どのように、そしてなぜ計画するのか
計画は、各タスクの定期的なチームディスカッションプロセスです。 2日ごとに費やし、エンジニアリングチームのメンバーとタスクを設定した人だけが参加します。
計画のために、会議のすべての参加者を直接またはリモートで収集します。
顧客（タスクマネージャー-製品マネージャー、マーケティング担当者、またはジェネラルディレクター）は、タスクの本質を説明し、彼がそれを理解する方法を伝え、タスクが重要である理由をチームに伝え、実行者がそれを完了するように動機付けするために計画に立ち会わなければなりません。 エンジニアリングチームの目的は、追加の質問による詳細の最大数を見つけ、顧客から隠れた要件を引き出し、実装のためのアイデアを提供し、最適なソリューションを見つけることです。 タスクをしばらく延期する必要がある理由を説明するか、まったく動作しないようにします。
問題の声明
顧客は自分のタスクを読み上げます （これは、データを転送して意思決定プロセスを高速化するときに「壊れた電話」を避けるために常に顧客によって厳密に行われます）、何をする必要があり、それが重要である理由を説明します。
実行者のチームの各メンバーの目標は、顧客とチームメンバーにさまざまな質問をすることで、何をする必要があるかを見つけ、問題を最適に解決する方法を理解することです。 次に、請負業者は自分が何をするつもりかを正確に説明し、このオプションが顧客とチームに適しているかどうかを指定します。 すべての参加者が順番に発言し、全員が最適なソリューションを決定した後、タスクの複雑さを評価する段階が始まります。
難易度評価
複雑さの評価はデジタルカードを使用して実行されます-これはいわゆるPlanning Pokerです。パフォーマーのチームのすべての参加者は、労働の日数でタスクの複雑さを評価する必要があります。 特に彼（参加者）がタスクを完了するのに必要な就業日数（標準の8時間に基づく）。 すべてのパフォーマーがカードを裏返しにした後、全員がカードを裏返して、プロセスのすべての参加者に数字が見えるようにします。
境界評価を持つパフォーマー（つまり、最低および最高の時間レーティングを与えた参加者）は、選択を説明する必要があります。 一方で、チームのプレッシャーにより、参加者が期限を不適切に高く見積もることができず、一方で、チームはタスクで起こりうる問題について議論する機会を得ます。 時間内に最低のスコアを与えた人は、チームと非常に迅速にタスクを完了する計画を正確に共有します。 最高の評価を与えた参加者は、このタスクを実行する際に予見するリスクと困難について話す必要があります。 すべての落とし穴を考慮に入れて2回目の議論を行った後、チームはタスクに適した評価を決定します。 この用語は、タスクマネージャーのタスク説明カードに入力されます。
複雑性評価の主な目標は、タスクの準備がいつ完了するかを予測することではなく、すべての参加者がタスクを等しく理解できるようにすることです。
1人の参加者が½日でタスクを評価し、他の参加者が3日でタスクを評価する場合、タスクを異なる方法で実行することを明確に決定したため、アクションを調整し、なぜ自分の考えを正確に行う必要があるのかを説明する必要があります。 評価の不一致は、同様の問題を解決した経験が異なることが原因である場合があります。この場合、最大評価が行われますが、用語が1日以上異なる場合、タスクはペアプログラミングで実行されます。誰が大きなことに感謝しました。
ヒント：
タスクの複雑さが1日を超えないようにする必要があります。
計画は、チームが常に1〜2日間タスクを提供できるようにするために行われますが、それ以上はありません。 したがって、すべての参加者は、各特定のタスクの議論の詳細をすべて覚えています。 タスクが実行のために4日間以上キューでハングしている場合、チームがタスクで何をどのように行うかを覚えておくために、再度テーブル化する必要があります。
タスクが計画よりも2日間長く実行される場合、計画のために再度取り出して、実行中に遭遇するすべての困難と問題をチームと顧客と話し合う必要があります。これにより、次回の評価時に考慮されます。
プランニングポーカーフォーマットは、開発者、アナリスト、管理者などのチームの仕事に根付いており、設定の段階でタスクとそのソリューションをよりよく理解することができます。
また、タスクについてどのように議論し、完了の複雑さと時間を評価しますか？ コメントであなたの経験を共有してください！