基本： - 開発チームの人数は7人です。
- スプリント期間-約2週間 。
- 毎日のスタンドアップ。
- 組織的なものは、Acunote、google docs、MindMapに保存されます。
- コードはSVNに保存され、新しい機能は新しいブランチです。複数の開発者が1つの機能に取り組んでいます。
- テスト-単体テストを通じて。
2年は非常に長いマラソンなので、全員がタスクを正しく取得し、その実装の具体的な結果を確認することが重要です。 これを行うために、目標と目的を区別する短い期間のシステムと、後者の最終的な仕様を導入しました。 最短の設定タスクは2分、最長のセットタスクは3時間です。
計画中
開発前に計画することは明らかです。 確かに、私は彼らが反対を行ういくつかの企業を知っています。 計画は、各開発期間（スプリント）の開始時に行われます。 わが国では、次の期間の平均計画が2週間ごとに作成されます。 現在の目標を完了するまで、これ以上は見ません。
計画の意味は、戦略的な目標（ネットワークに必要なもの）を設定することであり、それは特定のタスク（誰が何をするか）に向けて努力しています。
目標は、私たちが行いたいサービスの特定の変更です。 たとえば、「友人を推薦するメカニズムを追加します。」 タスクは、チームの1人が達成できる目標の一部です。 たとえば、「モバイルサイトで友人のおすすめのデザインを描く」。
理想的には、より高い目標のないタスクはないはずです。 練習は理想とは非常に異なるため、各スプリントには2つのメタタスクがあります。「異なる小さなこと」と「テスト」です。
この場合、計画は明らかに3つの部分に分かれています。
- 完了したタスク。
- 目標を設定する;
- タスクの具体化と議論。
1.何が行われていないのですか？
一部のタスクは常に満たされないままです。 すべてが完了したら、おそらくチームのタスクだけでは不十分です。 スプリントを100％の精度で計画できる人はいると思いますが、まだ方法がわかりません。
通常、失敗の理由は次のとおりです。
- 客観的な問題が発見され（Facebook APIのドキュメントは古く、パートナーは時間内にXMLを送信せず、デザインは3回承認に行きました）、タスクを完了する時間がありませんでした。
- スプリント中に、優先度の高いタスクが追加され、タスクは延期されました。
- タスク自体はスプリントプロセスで追加されたもので、まだ誰も引き受けていません。
- チームの誰かが病気になった、または休みを取った-これも起こります。
満たされていないタスクは怖くない。 なぜそれが行われなかったのかを理解し、スプリントの失敗の全体的な割合を調べることは、はるかに重要です。 70〜80％だけが完了した場合、何が起こったのか、なぜ起こったのかという質問に対する答えを探します。 2回目は、このような横枠は必要ありません。 重要：有罪を探しているのではなく、問題の根本を探しています。
最後に、3つのことを理解する必要があります。目標に応じて何をしたか、持っていないこと、残りの目標を実際の形にするためにどれだけの時間を費やす必要があるかです。 要約すると、目標について話している-特定のタスクを頭の中で続けることができますが、通常は意味がありません。
適切な組織の計画のこの部分は、チームなしで実行されます-毎日のスタンドアップから十分なデータがあります。
2.このスプリントで何をしたいですか？
この段階では、スプリントの目標（タスクではありません！）の設定について話します。 目標は、個人（製品所有者またはPO（製品政治担当者））によって設定されます。 彼からは、一般に、プロジェクトをさらに発展させる方法を理解することが1つ必要です。 彼はサードパーティ（マーケティング部門、顧客関係部門、プログラマー）の要件と要望を収集し、慎重にふるいにかけ、彼のアイデアを追加し、結果として、実装したいもののリストを提供します。
スプリントの4〜5つの大きな目標を計画しています。 例としては、「Qコンセプトのためのモバイルサイトの再設計」、「サイト上のマークの場所を選択するためのNアルゴリズムの導入」、「Y。Moneyによる仲介なしの支払いの追加」があります。
目標は明確に定式化する必要があります。ルール「{動詞} {名詞} {追加}」を使用することをお勧めします。2週間のスプリントでは、目標のペアを定式化する際の正確な意味を忘れてください。
さらに、この段階で、前のスプリントから現在のタスクに転送しないタスクと、バックログに転送するタスクを決定します。
3.スケジュールと議論
スケジューリングはチーム全体、つまりPOと開発チームによって行われます。 目標をタスクに変換し、各タスクの推定時間と、場合によってはエグゼキューターに記録する必要があります。 私たちの場合、デザインとレイアウトは別々に際立っています-特定の人々が常にそれらに従事しています。 それどころか、エグゼキュータをプログラマのタスクに一度に割り当てないようにします。「エグゼキュータは、タスクを完了すると次のタスクを実行する」モードで優先順位に従って実行されます。
タスクの実行時間は、チーム全体で評価されます-コードのこのセクションに関係のない人も含めて。 ワークロードに関しては、1人1日あたり6時間のタスクのレベルで進めます。 同僚とのスタンドアップおよび交渉を考えると、これは非常に合理的です。 主なことは、これが専門家が「計画」を満たすためにタスクを完了するのに必要な時間を過大評価しようとする動機付けにならないということです。
タスクに2〜3時間以上かかる場合は、いくつかの小さなサブタスクに分割する必要があります。 これにより、時間推定の精度が向上し、プロセスが明確になるだけでなく、プログラマーの作業が容易になります-大きくて不定形な1つのタスクよりも、目標につながる4つの小さく明確に設定されたタスクを完了するのが心理的に簡単です。
この段階では、目標の一部がバックログになるか、完全にドロップアウトする可能性があります-これは、POが予想するよりも目標を完了するのにはるかに時間がかかることが判明した場合に発生します。
まとめ
完全な計画サイクルには約2日かかります。 ほとんどの場合、POがチームに設定する目標を正確に理解するのにかかります。 通常、火曜日の約12時にタスクをスケジュールします。見つかった欠点を修正し、現在のスプリントの小さなタスクを完了するために、月曜日がチームに割り当てられます。 午前中、スケジューリング（およびスタンドアップ）のアイデアは失敗したと考えました。午前中は、常に何らかの緊急の仕事があります。
PS興味があれば、チームリーダーではなく開発者の観点から、Acunoteで作業する特定のメカニズムとプロセスの構築について話すことができます。