最近、「若いコース ファイター コーチ」では、新しい従業員がすべてのスクラムトレックトレーニングに合格することになり、アジャイルプロジェクトの要件管理トレーニングに参加しました 。 以下では、トレーニング後に残った印象についてお話します。
まず、トレーニング自体について少し説明します。モスクワでScrumTrekのオフィスで開催され、2日間続き、献身的でした。 トレーニングは、食料品会社のプロダクトオーナーとしての豊富な経験を持つアリアコーチのDaria Ryzhkovaが実施しました。
私を驚かせて喜んだ最初のことは、参加者の約50％がロシアのさまざまな都市から来たということです。 イジェフスクから、北部の首都から、そしてウラルからさえも人々がいました。 したがって、ロシアのソフトウェア開発はモスクワだけに集中しているわけではありません。
2番目に気に入ったのは、トレーニングを開始したゲームです。 ゲームは非常にシンプルですが、TK、電子通信などを鮮やかに示しています。 -これは「台無しにされた電話」であり、プロジェクトの結果に悪影響を及ぼします。
トレーニング参加者は複数のチームに分かれており、それぞれが開発者の役割を果たす1人が選択されています。 残りの少数の人々は、製品要件を開発者に伝えるべきアナリストの役割を果たします。 ゲーム内の製品は、開発者が描くべき単純な幾何学図形の描画でした。 それは簡単に思えますか？ ただし、アナリストには制限が設定されています。タスクを文書化されたTORの形式で形式化し、開発者に転送する必要があります。 すべては「最良の」企業慣行に従って...
その結果、もちろん、顧客が望んでいたものにリモートで類似した何かを取得します。 それはどれほどおなじみですか？
上図は顧客のビジョンであり、下図は作業指示書の実行結果です。
ゲームの第2段階では、アナリストと開発者はすでに口頭でのコミュニケーションが許可されています。 この状況での最終結果は、あなたが推測したように、以前のものとは大きく異なります。
上の図は顧客のビジョンであり、下の図は実行の結果です。
参加者を主要な問題に没頭させるゲームの後、コーチと参加者はアジャイルプロジェクトの要件管理の基本原則の分析に進みます。 簡単に言うと、次のポイントで収集できます。
- 一般から特定への開発（一般的なビジョンから特定の機能へ）。
- 増分性と反復性（実装の各段階で、クライアント/顧客の価値が向上します）。
- 反復実装（実装/配信は短い反復で実行されます）。
- 対面コミュニケーション。
- チームへのビジネスコンテキストの転送は、完全に記述された要件よりも重要です。
さらに、トレーニングの焦点は、チームで使用できるコミュニケーションのさまざまなタイプと方法、それらの有効性、特定の方法の編成に費やされた時間の考慮に移ります。
導入部では、アジャイルの価値観の1つを説明しています。「プロセスとツールよりも人々と相互作用が重要です。」 その後、トレーナーはアジャイルが要件を特定、記録、管理するために使用するツールとアプローチを検証します。
初日のプログラムは豊富で、スクラムフレームワークの概要、製品バックログの構造と特性、バックログの評価方法、および利害関係者との協力の原則が含まれています。
バルク推定の方法を特に覚えています。 バックログを迅速に評価し、製品開発計画のレベルを体系化できます。
トレーニングの2日目は実用的なテクニックに専念しました。LeanCanvasを使用してビジョンと製品モデルを形成し、Pragmatic Personsアプローチを使用してユーザーポートレートを構築し、ユーザーストーリーを分解し、Story Mappingを使用して製品でのユーザーの作業をユーザーストーリーに分解しました。
これらの手法はすべて、2日目にチームが取り組んだ製品モデルの構築と連動しています。 私たちのチームは最終的に製品モデル-Bystronianを誇らしげに発表しました。
一般的に、トレーニングは私にとって生産的でした。 プロダクトオーナーになる予定がある人だけでなく、既存のアジャイルチームまたは計画中のアジャイルチームの各メンバーにも渡すことをお勧めします。 アジャイルプロジェクトでは、チーム全体がプロジェクトの最初から要件の処理に関与しています。
トレーニングの主催者にアドバイスするもの：従来のアプローチから柔軟な管理の要件をスムーズに切り替える方法の実践と例を追加します。