Social-learning-software-scrum
ソーシャルラーニング-ソフトウェアスクラム
今日の世界で最も成功しているソーシャルラーニングプログラムの1つは、製品開発を管理するために設計された反復ベースの漸進的アジャイルソフトウェアであるスクラムです。 これは、開発チームが共通の目標を達成するためのユニットとして働くことができる作業環境を提供します。 これは、日々の対面コミュニケーションモデルを通じてこれを実現し、チームのメンバーが物理的なコロケーションを促進することで自己組織化し、すべてのチームメンバーの緊密なオンラインコラボレーションを可能にします。
スクラムの重要な原則は、顧客が生産プロセス中にニーズについて考えを変える可能性を認識し、これらの予測できない課題を予測的または計画的に簡単に処理できないことを理解することです。 そのため、スクラムは、チームの迅速な配信の最適化に焦点を当てた経験的アプローチに取り組んでいます。
スクラムフレームワークは3つのコアに基づいています-
- スクラムマスター
- スプリント
- 製品バックログ
スクラムマスター
スクラムマスターの仕事は、製品の目標を達成しながらチームが直面する課題に対処することです。 従来のチームリーダーやプロジェクトマネージャーの代わりに、スクラムはチームと他の注意散漫の間の障壁のような存在です。 スクラムマスターは、スクラムプロセスが意図したとおりに使用されるようにし、多くの場合、キーセッションを促進し、チームの改善を促します。 チームファシリテーターの責任が必要です。
製品所有者（利害関係者）へのスクラムマスターサービス-
- 効果的な製品バックログの作成と管理のためのテクニックを提供します。
- スクラムチームが製品計画を理解するのを支援します。
- 製品所有者が製品バックログを最適化するのを支援します。
- 要求または必要に応じてスクラムイベントを促進する。
開発チームへのスクラムマスターサービス-
- スクラムのクロス機能性で開発チームを促進します。
- 開発チームが出力を最大化するのを支援します。
- スクラムチームの進路にある障害に対処する。
- 自己組織化イベントでチームを指導し、必要に応じて促進します。
組織へのスクラムマスターサービス-
- 組織がスクラムの作業環境に適応するのを支援します。
- 組織内でのスクラム実装の整理。
- 従業員と利害関係者がスクラムの使用方法を理解するのを支援します。
- スクラムチームの生産性を高めるための変更をもたらします。
- 他のスクラムマスターと協力して、スクラムの効果を高めます。
スプリント
スプリント（または反復）は、スクラムの開発の基本単位であり、特定の期間に制限されています。 期間は各スプリントごとに事前に固定されており、2週間が最も一般的です。 各スプリントは、スプリントバックログの定義、スプリントの目標とタスクの指定、およびスプリント目標の推定コミットメントを含むスプリントプランニングイベントで始まります。 各スプリントは、進捗状況を確認し、将来の改善のためのレッスンを識別するスプリントレビューで終了します。
スプリント中-
- スプリント目標を妨げるような変更は行われません。
- 品質目標は低下しません。
- プロダクトオーナーと開発チームの間で条件を再交渉できます。
各スプリントには、明確に定義された一連の指示、結果に向けてチームを導く柔軟な計画、および結果の製品があります。 各スプリントは、1か月の期限を持つプロジェクトのように扱われます。 スプリントの締め切りが長くなりすぎると、最終結果の定義は、多数の入力により変化し続けます。そのため、複雑さと失敗のリスクが増加する可能性があります。 スプリントは、少なくとも毎月、スプリントゴールに向けての進捗状況とともに、インプットとアイデアの適応を検査することにより、予測可能性を実現します。 スプリントはまた、1暦月分のコストにリスクを制限します。
デイリースクラム
デイリースクラムは、開発チームが今後24時間の計画を作成する15分間のチーム同期アクティビティです。 これは、最後のデイリースクラム以降の作業を検査し、次の作業の前に実行できる作業のレイアウトを計画することによって行われます。 これは、複雑さを軽減するために行われます。
会議中に、開発チームのメンバーは説明します-
- 前日にスプリントの目標を実現するためにチームメンバーが実行したアクション。
- 今日のチームの目標を達成するために実行する必要があるアクション。
- スプリント目標の達成を妨げている、または妨げる可能性のある障害。
開発チームは、デイリースクラムを使用して、*スプリントバックログ*でチームの進捗がどのように作業を完了する方向に進んでいるかを確認します。 開発チームまたはチームメンバーは、デイリースクラムの直後に会合して、詳細な議論を行ったり、スプリントの残りの作業を調整または再計画したりします。
スプリントレビュー
スプリントの終わりにスプリントレビューが開催され、スクラムチームと利害関係者は価値を最適化するために次に取るべき行動について協力し、増分のプレゼンテーションはフィードバックを引き出し、コラボレーションを促進することを目的としています。
製品バックログ
製品バックログは、目的の結果を達成するために必要なすべての必要な項目のリストです。 製品バックログのユニークで最高の点は、完全ではないということです。 最初に、最もよく知られ、理解されている初期要件をレイアウトすることから始めます。
製品バックログは、ユーザーとスクラムが使用される環境とともに絶えず進化しています。 これにより、実装の各ステップで進化するアイデアと新しい入力の記録を保持する動的なバックログが生成され、これらの新しいアイデアが最終出力をどのように変更するかについての予測も与えられます。 製品のバックログは、製品が存在するまで存在します。 最終製品が終了すると、製品バックログが別のメディアにリリースされ、他のメディアがこれらのコンテンツを参照し、同様の製品の設計中にそれらを使用できます。
'__ 平均20以上のアクティブなプロジェクトと、内部および外部の利害関係者の両方からのプレッシャーの増大により、* H＆Rブロック*の*情報システム部門*は常にワークロードに苦労していました。 チームは、ソフトウェアを導入するためのより効率的な代替方法を探し始めました。
チームは調査し、スクラム方法論の軽量プロセスが効率と有効性を大幅に改善するため、ニーズに適していることを発見しました。 H＆Rブロックの場合、プロセスはThe Braintrust Consulting Group に外注されました。BraintrustConsulting Groupは、初期評価を実施し、H＆Rブロックが運用しているプロジェクトの種類を評価し、スタッフの能力を評価し、実装戦略を構築しました。
従業員は、スクラムアプリケーションに慣れるために3週間のトレーニングを受けました。 H＆Rブロックチームは毎日SCRUMに取り組みました。スプリント計画に参加し、毎日の会議を開催し、スクラムマスターを指導しながらチームを指導します。 チームがプロセスに満足すると、すべてを完全に開始する自信がつきました。
3か月で、H＆Rブロックの従業員はかなりの量の作業を完了しました。 彼らは、調整、評価、同期、およびチームの努力により、より高い効率を達成し、多くの時間を節約できることを発見しました。 SCRUMに取り組んでいる従業員は、* 60％の効率向上と30％の時間節約*を報告しました。 '__
