アジャイルプロジェクト管理を解明する

アジャイルは、人々を愚かな決定に過剰に投資する恐怖から解放しますが、適用するのは少し混乱することもあります。

この記事では、以下のことを学びます:

• スクラムとカンバンボードの違い

• チーム内でアジャイルを設定するためのステップバイステップガイド

• 各ステップでの落とし穴を避けるためのヒント

アジャイルプロジェクト管理は、短いフィードバックループと適応サイクルを重視する点で、従来の方法とは異なります。常にインクリメントをリリースすることで、アジャイルプロセスは顧客価値やニーズにより適応すると信じられています。

1990年代に初めて導入され、重量級のウォーターフォール手法の代替として登場しました。それは継続的改善を促進します。2000年代初頭には、アジャイルメソッドはマイルストーンを達成しました。ジェフ・サザーランドを含む10人の著名な実践者が、有名なアジャイルソフトウェア開発宣言を共同発表しました。

それ以来、多くの分派が進化しました。スクラム、エクストリームプログラミング（XP）、フィーチャードリブン開発（FDD）、テスト駆動開発（TDD）はその一部に過ぎません。しかし名称に関わらず、基本原則は変わりません ——> 反復的な開発、短縮されたフィードバックループ、適応的計画によってビジネスのリスクを軽減することです。

これらすべてのフレームワークの中で、スクラムが最も人気があります。1つの完全なサイクルには、ビジョンニング、スプリントプランニングミーティング、デイリースプリント、出荷、レトロスペクティブの5つのステージが含まれます。この記事ではスクラムフレームワークに焦点を当てます。

しかしまず…

スクラムとカンバンの違いとは

ガイドの前に、よく使用される2つの用語を明確にしましょう：

スクラムはフレームワークでありプロセスです

小規模チームが作業をタイムボックス化されたイテレーションで完了できるアクションに分解するために設計されたアジャイルフレームワークです。チームは毎日15分の立会ミーティング、デイリースクラムで進捗を追跡し再計画を行います。

カンバンはタスクの可視化方法です

作業を管理し改善するためのリーンメソッドで、作業アイテムを可視化することで参加者に需要と利用可能なキャパシティの概要を提供します。可視化されたアイテムの集まりをカンバンボードと呼びます。このボードはスクラムでも利用されます。

カンバンとスクラムは2つの方法です。しかし、カンバンボードの普及と効果性のため、スクラムフレームワークもこのツールを採用することがあります。上記の用語以外にも、AgileAllianceでより多くのアジャイル用語集を確認できます。

アジャイルプラクティスを設定する方法

ステップ1: 準備 - チームを構築する

通常、アジャイルチームは3つの役割からなります: スクラムマスター（SM）、プロダクトオーナー（PO）、そして開発者です。チームの規模は7(+/-2)人：1スクラムマスター、1プロダクトオーナー、および3-5名の開発者です。

スクラムマスターはプロジェクトが順調に進むことを開発者側で保証し、できるだけ早く進むよう努めます。彼/彼女はスタンドアローンの役割として仲介者やファシリテーターであるべきです。しかし、チームの興味に基づいて、テックリードやQAがパートタイムのスクラムマスターとしても機能します。

プロダクトオーナーはプロジェクトとユーザーの側にいます。プロダクトオーナーはビジネスパーソンであり顧客の代表です。したがって、プロダクトオーナーはしばしばプロダクトマネージャーやマーケターです。

ベストプラクティス: 深刻な対立を避ける

競争せずに協力する。

スクラムマスターとプロダクトオーナーの関心は異なり、深刻な対立に陥る可能性があります。しかし、チームワークは協力して成果を達成するべきことを忘れないでください。3つの役割を持つ目的は、チームを完全に機能させることです。だからこそ、チームの中で全員が一緒に計画を立てます。

ステップ2: ビジョニング - プロダクトバックログを準備する

この段階ではプロダクトオーナーが主要な貢献者です。彼/彼女はステークホルダーと話し、プロダクト機能のバックログをまとめます。ステークホルダーには通常、経営陣、営業およびサポートチーム、マーケティングチーム、ユーザーまたは顧客が含まれます。

POはバックログを整備し、機能に優先順位を付けます。そして、この巨大なバックログから、彼/彼女はビジョンとそれに続く目標を明確にします。

ベストプラクティス: 面倒な作業を避ける

労力のかかるプロセスを自動化する。

プロダクトバックログのフィードは時に面倒な作業です。プロセスを収集し、追跡するのは非常に反復的になる可能性があります。バグ修正のため、POはバックログをバグ追跡システムと接続することができます。コメント追跡ツールや、ソーシャルメディア管理プラットフォームも役立ちます。

ステップ3: 会議 - スプリントプランニングミーティングを開催する

会議では明確なスプリント目標とスプリントバックログを提示します。通常、1時間未満で、スプリント週の早い段階で行われます。プロダクト目標とプロダクトバックログに基づいて、チームは一緒にバックログを分割して出荷可能な部分にします。

開発者は適切なストーリーポイント数を決定し、目標をタスクに分解してスプリントバックログを作成します。会議の最後に、チームはこのスプリントの範囲と期待される成果物に自信を持っている必要があります。

ベストプラクティス: 目標不明確を避ける

スプリントの成果物に対する明確な期待を与える。

スプリント目標はランダムに1つか2つの文であるべきではありませんが、ステークホルダーに成果物に対する期待を与えます。それはステークホルダーにチームが何をしているかの速報として機能します。明確なスプリント目標が、成果物のパフォーマンスを測定する道を整えます。

ステップ4: デイリースクラム - 途中でチェックする

デイリースクラム（デイリースタンドアップ）ミーティングはプロジェクトの状況更新のためのものです。イテレーションの毎日、同じ時間と場所で会議を行うのが最善です。デイリースタンドアップは、顔を合わせたコミュニケーションに焦点を当てたアジャイルの特徴を示しています。

スクラムマスターは開発プロセスを促進するために妨げとなる問題を解決する必要があります。スプリント目標に重大な影響を与えるものがある場合、POはそれを即座に知る権利があります。見返りに、POはスプリントバックログを変更する誘惑を控えます。

ベストプラクティス: 長時間の会議を避ける

各スタンドアップミーティングを15分以内に保つ。会議はチーム内での情報の同期であり、問題解決ではないことに注意してください。問題解決は他のプロセスに任せたほうがよいでしょう。

ステップ5: 出荷 - リリースとレトロ

チームのリリースはイテレーションの終わりに示されます。組織内外のステークホルダーがレビュー会議に参加します。全体のスプリント目標と成果を比較することで、プロダクトオーナーはスプリントがどれだけ成功したかを測定できます。

レビュー会議の後、アジャイルチームはレトロスペクティブミーティングを開催し、改善すべき点と継続すべき点を振り返ります。初心者開発者にとっても、速度と能力の見直しの良い機会です。

ベストプラクティス: レトロをスキップしない

何も問題がなくても、チームはレトロスペクティブを絶対にスキップしないでください。正しいことを確認するだけでも、将来のスプリントに役立ちます。SMが望む場合、改善提案の投票を開始することもできます。

アジャイルの制限事項とは

アジャイルの提唱者は、アジャイル実践がマイクロマネジメントとノーマネジメントの間のバランスであると主張しています。しかし、採用の経験から批判もあります。ある実証的研究では、チームのアジャイル性に関する科学的証拠が見つかりませんでした。

アジャイルが柔軟性を重視するため、継続的な品質管理には影響があります。プロジェクトの短縮は迅速かつリーンに行動することを意味します。これにはしばしば適切なドキュメントやリソースの不足が伴います。プロジェクトは継続性と整合性を欠く傾向があり、品質重視の原則がほとんど廃止にされることもあります。

アジャイルは、高度にリスク回避的な組織や産業には適していません。例えば、製薬業界は既に長年確立された慣習を持っています。この手続きを従来の管理方法に逆らって変更することは、極めて危険です。

とは言っても、無数の成功例がアジャイルが機能することを示しています。落とし穴があるにもかかわらず、進化し続けるアジャイルフレームワークは、継続的インテグレーション（CI/CD）、自動化ユニットテスト、コードリファクタリングといったツールと技術を提供し、問題を少なくとも是正する手段を提供しています。

重要なポイント

アジャイルプロセスは迅速な反復、継続的な改善、変化への迅速な対応を提唱しています。それは主に5つのステップで構成されています: ビジョンニング、スプリントプランニング、デイリースクラム、出荷、レトロスペクティブ。

この方法は、従来の方法論と緩い管理のバランスを取ることを目指しています。強い証拠を欠いており落とし穴もありますが、アジャイルプロセスには成功するためのポイントがあります。

あなたの意見はどうでしょうか？アジャイルメソッドの適用に関する教訓やコツをツイートしてください :）。