読者の皆様、
Scrum.orgのプロフェッショナルスクラムトレーナー（Professional Scrum Trainer・PST）をしております、グレゴリ・フォンテーヌと申します。このブログでは、今後シリーズとして、海外のPSTが投稿した英文ブログの中から、質が高く日本の読者の皆様に関連性の高い記事の日本語翻訳版をご紹介していく予定です。このシリーズのブログ記事の全リストをご覧になりたい方はAgorax.jpのホームページから見ることができます。また、すべてのブログ記事には、私自身の短いコメントを添えております。
はじめに
アジャイル開発に対する反論の中には、アジャイル開発の仕組みに対する理解不足によるものがあります。最も一般的な誤解の一つは、アジャイルチームは考える時間や計画を立てる時間を取らないというものです。しかし正しい情報を伝えればこの誤解は解くことができます。こちらでご紹介するプロフェッショナルスクラムトレーナー（PST）のステファニー・オッカーマンの記事は、スクラムでどのように計画が行われるのか、そしてなぜそれが効果的（正しい質問に答えることになる）で効率的（無駄を最小限に抑える）なのかを説明する素晴らしい記事ですのでぜひご一読ください。
----------------
著者：ステファニー・オッカーマン
英語版：Scrum Myths: There is No Planning in Scrum
私がトレーニングやコーチングをする際に、「スクラムには計画がない」というスクラム神話を繰り返し見聞きします。 残念ながら、この神話は2つの悪い結果を招きかねません。
- まずは、予算や製品管理、営業、マーケティングを担当する組織の人々は、スクラムを試したがらないかもしれません。
- また、スクラムチームがスクラムを効果的に活用できないかもしれません。
現実には、スクラムでは多くの計画を立てます。ただ、効果を最適化するために異なる計画を立てるだけです。
スクラムでは、計画そのものよりも計画をするという活動を重視する
私たちは、計画は変更されることを知っています。そしてこの考え方は、計画に従うよりも変化に対応するというアジャイルの価値を尊重するものです。
スクラムでは、計画という行為は協調的な行為である
スプリントはスプリントプランニングから始まり、スクラムチーム全員が参加します。これは、チームとして達成したい、価値ある結果を決定するための共同交渉です。開発チームはスプリントバックログを作成し、何が納品されるかを特定し、その価値ある成果を達成するための緩やかな計画を立てます。
デイリースクラムは、開発チームが進捗を確認し、スプリントゴールを達成するために計画を調整するための共同計画セッションです。
スプリントレビューは、次のスプリントを計画するために必要な情報を収集するための共同セッションです。
スプリント・レトロスペクティブは、継続的な改善を可能にし、計画するための共同セッションです。
スクラムでは、仕事をする人が計画を所有する
開発チームはスプリントバックログを所有します。開発チームはスプリントバックログを作成し、変更することができます。このオーナーシップは、計画が現在の現実を反映し、最も知識のある人からのインプットを取り入れることを意味します。リリースレベルの計画や予測は、スクラムチーム全体が所有します。スクラムの役割には明確な責任があるため、協力が必要です。
スクラムにおける計画は、すべてのイベントの一部である
すべてのイベントにおいて、スクラムでは検査と適応が行われます。 それが計画の本質です。 もしスクラムイベント中に適応が起こらなかったら、スクラムチームのイベントの目的に対する理解を見直すべき時です。
さらに、スクラムフレームワークは単なるフレームワークです。スクラムチームに推奨されるのは、このフレームワークを活用してリリース計画やプロダクトバックログのリファイメントテクニックなど、計画をさらに支援する補完的なプラクティスを適用することです。 開発チームのメンバーは、自分たちの仕事の進め方を選択し、スプリント全体を通じて計画に関する議論を行うことができます。
スクラムでは、計画の立て方が無駄を省く
計画は議論した1分後には古くなっています。そのため、計画をシンプルにし、簡単に更新できるようにします。計画に関する無駄を減らす方法には、次のようなものがあります：
- 決して起こらないかもしれないことの分析に費やす時間を最小限に抑える。将来のことであればあるほど、あるいは優先順位の低いことであればあるほど、詳細を収集するために費やす時間は短くて構いません。
- 不可能な精度の分析に費やす時間を最小限に抑える。精度の向上が、そこに到達するまでに費やした時間を上回らなくなるポイントがあります。ソフトウェア開発の複雑さと予測不可能な性質のために、完璧な計画を立てることは不可能であることを受け入れましょう。
- 計画を立てるたびに、有意義なフィードバックを取り入れる。ソフトウエアの構築を通して、私たちは計画を適応させるのに役立つ最も貴重な情報を学ぶことができるのです。
スクラムでは、複雑なソフトウェア開発に内在する予測不可能性を認識する
このことを正直に話すことで、現在の進捗状況や予測される完成時期について透明性を保つことができます。これは信頼を築くのに役立ちます。 これにより、経験的なプロセスを用いてビジネスの俊敏性を高め、困難な決断を下し、プロフェッショナルな仕事を行うことができるのです。
つまりまとめると、効果的な計画を立てることはスクラムに不可欠な要素です。 私は、伝統的なデリバリー環境でのプロジェクトマネジメントプロフェッショナル（PMP）としての仕事と、アジャイルデリバリー環境でのプロフェッショナルスクラムマスター（PSM）およびコーチとしての仕事の両方を経験したことがあります。私は、スクラムをきちんとやれば、スクラムにおける計画はより効果的であることを確信しています。