スクラムを組むか組まないか？スクラムの長所と短所

マーゴ・コスニク

スクラムはプロジェクトマネジメントのフレームワークとして非常に一般的だ。ITプロジェクトでよく使われる。その主な利点は、チームマネジメントの効率性、全プロセスのコントロール、進捗の常時モニタリングが可能なことである。問題は、それがプロジェクトマネジメントの理想的な手法なのかということだ。それはいい質問だ。

スクラムには多くの信奉者がおり、私もその一人だ。しかし、このフレームワークに関する否定的な噂に遭遇することがあっても、無関心ではいられない。最近、私はスクラムについて非常に否定的な意見を持っている同僚に会った。これがこの記事を書く動機となった。

この記事はすべての人に向けたものです。プロジェクトというジレンマにしばしば直面する。プロジェクト管理方法論だ。 スクラムの場合、プロジェクトのスタートが比較的早い可能性があること、また、チーム全体が簡単に構築できることを評価している。チームそしてその透明なプロセスである。しかし、スクラム手法の有効性は、プロジェクトを開発する人々に強く影響されると思う。製品のニーズに対する彼らの理解、彼らの知識、彼らのコミットメントが、プロジェクトを成功させるための基本である。

スクラムの長所と短所の詳細な分析に入る前に、この種のプロジェクトにおける基本的な役割分担について思い出してほしい：

1.Scrum Master - チームを運営・監督し、プロジェクトメンバー全員の適切なモチベーションを維持する。

2. 製品オーナー - クライアント側の代表者。

3. 開発チーム - 製品納入を担当するチーム。

理論的な話は終わった。では、事実について話そう。私はスクラム手法に対する賛否両論のリストを作成した。このソリューションの長所と短所をすべて概説したので、あなたのプロジェクトに最適な決断を下すのに役立つはずだ。

長所だ：

スクラムは、プロジェクトをより効果的に管理し、時間と予算を有効に活用するのに役立つフレームワークである。
スクラムは、プロジェクトの全段階の透明性を保証するものである。
スクラムは現在、ITプロジェクトを管理する上で最も効果的な手法だと言われている。
スクラムの原則の1つは、エラーを最小限に抑えることに集中することである。このアプローチ（例えば、数多くのテストを実施する）のおかげで、プロジェクトが最高の品質レベルで維持されることを確信できる。
スクラムを使ったプロジェクトの実施は、いわゆるスプリントに分けられる。その期間中、チームは厳密に定義された機能の開発に集中する。スプリントは漸進的かつ持続的な開発を達成するための素晴らしい方法である。製品開発.
スクラムは非常に柔軟な方法論だ。顧客が何か変更を加えたり、新しい機能で製品を拡張したいと望んだとしても、通常は何の問題もない。このような柔軟性はスプリントによって保証される。
スクラムはタスクの優先順位付けを行う。まず、主要な "to do "の目盛りを作成し、次に "backlog task "リストを作成する。この最後のリストには、"あると良い "と言えるタスクが含まれる。こうすることで、チームが現在最も重要な機能性に取り組んでいることを確認できる。
スクラムはクライアントの視点からも効果的な方法論である。毎日のミーティングのおかげで、クライアントは現在のすべての作業について最新情報を得ることができる。彼のフィードバックも考慮される。
毎日のミーティングは、新たな脅威やすぐに解決できる問題を特定するのに役立つ。
スクラムの方法論は予算に対して手頃である。すべての経費を定期的に管理し、見積もることができる。