私が働いていたチームはポーカーの集会を計画したことはありませんでしたが、最近、このような真のエイリアンチームに参加しました。 私はこのチームのすべてに精通しています（新しいアーキテクトを除く）が、実際にチームの構成全体を実際に目にしたことはなかったので、チームワークに対する彼らのアプローチを興味深く見ました。 非常に楽しいことに加えて、私は自分にとって新しくて有用な何かを学ぶことができました。 この記事では、プランニングポーカーラリーに参加した私の印象を共有したいと思います。
ポーカーミーティングの計画の頻度
一部のチームがPlanning Pokerを実践していることすら知りませんでした。 実際、プロジェクトでは、オランダのフロントオフィスとロシアのバックオフィスという2つのオフィスのチームメンバーがいます。 私たちの環境でスプリントコンテンツにPlanning Pokerを使用するのは非現実的です。 このようなセッションでは、チーム全体を1か所にまとめる必要があり、これを定期的に整理することは困難です。 したがって、チームは数年間タスクのバックログに対してのみこのようなセッションを実施しますが、その一部は実装にとっては狂気で非現実的であるように見えます。 これらの目的のために、私の考えでは、Planning pokerは完璧です。 チーム全体を1つの部屋に集めることなく、分散チームでPlanning pokerを使用した経験がある場合は、コメントで登録を解除して、慣れておくと面白いでしょう。
どのチームにPlanning Pokerを使用するのが有益か
検討中のチームは、医療機器のソフトウェアのソフトウェア部分と、対応するハードウェア部分のソフトウェア（ファームウェア）の両方を開発しています。 したがって、このようなセッションは、ほとんどのチームメンバーにとって有益なものになります。誰かが1つの部分だけで作業し、ソフトウェアの他の部分で遭遇する詳細や困難を知らないためです。 集会の最中に、最低評価と最高評価の人々の間で多くの議論が始まりました。「これは簡単です。」 はい、経験豊富なプログラマーが時々低い評価を行います。場合によっては、経験の浅いために低い評価が与えられます。
大きなタスクは個別に分割され、個別に評価されます
ほとんどのタスクには、プロジェクトの詳細に基づいて、ソフトウェア、ファームウェア、および実際のテストの少なくとも3つの部分が含まれていました。 構成要素のグループからの複雑なシステムの場合、1つの要素に対して評価が行われました。
別のプロジェクトから誰かを招待して参加することができます
タスクの複雑さを評価する場合、初心者からの追加の質問が非常に役立ちます。 ご理解のとおり、彼らはこの神聖な使命に私を招待しました。 事実は、知らない人が質問をすることができるということです。質問は、チームメンバーの評価の計算にも役立ちます。 私は自分の質問の後で、評価を決めていたのに、何人かの人々がすぐに別のカードを探し始めたのに何度か気付きました。
ポーカーセッションの計画に必要な時間
そのようなセッションには多くの時間が必要です。 各問題の議論時間は、要件の完全性と問題の解決策の理解に依存します。 問題の議論の時間は5〜30分です。 そのため、タスクのバックログ部分の最後の3分の1の議論に参加しました。 1時間半かかりました。
要約すると。
すべてが節度に優れています。 ポーカーセッションを計画することは有用な活動ですが、多くの時間を必要とするため、自由な時間がない限り、頻繁に実施することは合理的ではないと思います。 そのような会議を時々収集することにより、プロジェクトのさまざまな部分でチームの一般的な認識を維持し、問題解決のプロセスを改善するのに役立ちます。 また、誰かと仕事をするのに飽きたら、プロジェクトの他の部分に慣れる良い機会になるかもしれません。