スクラムという開発手法は、チームがプロジェクトを管理する際の柔軟なアプローチです。柔軟な開発手法であるスクラムには、一貫する基本的な構造があります。チームは自らを組織し、ひとつの包括的な目標をスプリントと呼ばれる１～２週間の時間枠に分割します。
各スプリントが終了すると、スプリントレビューで完了したタスクを確認し、次のステップを計画します。レビューの後に、スプリントレトロスペクティブで、作業がいかに効率的に完了されたかを確認します。何がうまくいったか、次のスプリントに向けて、何を改善できるかを考慮します。
この分析を使うと、スクラムチームは開発プロセスを常に改善し続けることができます。スクラム手法の鍵となるのは、その透明性です。デイリースクラムとしても知られている毎日のミーティングによって、透明性は高まります。こうした短いミーティングの中で、チームメンバー全員で各々の進捗状況を共有します。
この柔軟なアプローチは、ヒエラルキーとプロセスの点においても、従来のプロジェクト管理とは異なります。詳細で厳格な初期計画を回避することで、戦略が機能していないと気付いた際に、スクラムチームは迅速に適応することができます。デイリーミーティングとスプリントからのフィードバックは、業務プロセスにスピード、柔軟性、活力をもたらします。
スクラムセオリーの基本はおわかりいただけましたか？それでは次に、スクラムの人気の理由と、スクラムがあなたのチームにどう役立つかをみてまいりましょう。
スクラム手法が人気である理由
スクラム人気の秘密は、なんといってもその柔軟性です。フレームワークの背後にあるセオリーは理解が簡単で、ありとあらゆるケーススタディに幅広く適応できます。スクラムは本来ソフトウェア開発チーム向けとされていますが、ウェディングプランニングや橋の建設計画など、実は色々な分野で活用することができます。柔軟でアジャイルな性質を持つスクラムは、はっきりとした解決法を持たない案件を扱うのにぴったりの手法なのです。
各スプリントを用いて、チームは戦略と目標の定期的な再評価と調整ができます。そして、スクラム手法では最終評価ではなく、継続的なフィードバックを行います。これにより、製品管理者はプロジェクトの各面を把握でき、従業員は集中して作業に取り組むことができるようになります。これは特に、結果がはっきりと定義されていないプロジェクトを扱う際に重要です。このような場合、２週間のタスクは１か月のプロジェクトよりも扱いが簡単になります。
スクラムをあなたのチームで役立てる方法
テクノロジー業界で広く普及しているスクラムですが、最近は色々な分野でも活用されています。ただ、スクラムはどの会社でも簡単に使えるとは限りません。柔軟性の高い手法であるスクラムは、厳密な垂直階層を持つ会社では扱いづらいといわれています。
変化の性質は、ウォーターフォール構造を用いる会社が流動的な作業構造へ移行することの困難さを意味します。いっぽうで、スタートアップにとっては実装が簡単です。しかし、スクラムが大企業には不向きであるというわけではありません。
スクラムがうまく機能しない背景にある問題は、説明不足とモチベーション不足です。
スクラム手法では考え方を変える必要があり、あらゆる構造的問題に万能薬として使用することはできません。より柔軟な考え方を身につけるには、まず毎日のスタンドアップミーティングから始めましょう。巣ポートチームが試合前に群がるように、デイリースクラムは短く的を得るものであり、プロジェクトの進捗状況の概要をチームに提供することが目的です。これにより、人々をサイロから引き離し、同僚が取り組んでいることに注意を払うことができます。
追加のリソースに関しては、スクラム固有のソフトウェアツールがありますが、ローテクな戦略です。
多くの会社は、シンプルなスプレッドシートや、物理的なスクラムボードを使って進捗を管理することで満足しています。しかし、リソースがある場合、経験豊富なスクラムマスターを一時的に雇う価値はあります。
Google、HSBC、Deloitte、Amazonなどの大企業はすべて、スクラムプロセスを導入していることから、あなたの会社にスクラムを適応することに十分な価値はあります。
スクラム手法のケーススタディ
それでは、スクラム方式の実例をみてまいりましょう。
あなたはホテルチェーンで働く人であり、最近顧客数が減少していることから、その原因と解決策を探るタスクがチームに課されているとします。最初のグループミーティングで、プロダクトオーナーは顧客からのフィードバックの収集など急を要する優先事項と、ホテルマネージャー間のミーティングなど急を要さない優先事項を設定します。これらのタスクはスクラムボードに、または会社のスクラムソフトウェアに記載されます。
最初のスプリントは１週間程でしょうか。この期間内に、あなたの会社の技術チームはホテルのCRMと連携するフォームを作成します。顧客サービス部門は、顧客ベースにフォームを送信します。HR部門が、ホテル内で何か見聞きしなかったかどうかをスタッフに質問してもよいでしょう。
１週間後、結果と次のステップを共有する準備が整いました。スプリントレビューは、低コストのホリデーレンタルが原因で顧客の大部分を失っていることを示しています。そこで、あなたは改善策を練ります。次のスプリントに向けて、あなたはチームメンバーを３つに分けます。ホテルを復活させる為の特別オファーを考えるチーム、低コストを実現できるようホテルの新デザインを考えるチーム、ホリデーアパートへの投資を考えるチームです。
スプリントレトロスペクティブ中に、コミュニケーション不足であったチームエリアがあれば、スクラムマスターはこれらを解決する為に動きます。このパターンは、顧客維持の問題を解決するという最初の目標が達成されるまで繰り返されます。もちろん、これは非常に単純なケースですが、スクラム方式が人々をサイロから引き出し、ひとつのタスクに関するアイデアと責任をどのように共有できるかはご理解いただけたかと思います。
スクラム方式の背後にあるセオリーと、多くの会社がスクラムを利用している理由、あなたのチームの作業をより柔軟にする方法はご理解いただけましたでしょうか？スクラムを使うかどうか迷っている方は、ぜひお試しください！スクラムは、フレームワークとしての投資が非常に少なく、チームの需要を揺るがす可能性に満ちています。
スクラムフレームワークへ変更する準備が整っていない会社も存在しますが、これはあらゆるプロジェクトに適応できる手法です。
