リリーストレインエンジニア
It is a misuse of our power to take responsibility for solving problems that belong to others.
– Peter Block, Stewardship [1]
定義: リリーストレインエンジニア (RTE) は、サーバントリーダーかつARTコーチであり、ARTイベントとプロセスをファシリテートし、チームがバリューを提供するのをサポートします。
まとめ
リリーストレインエンジニア (RTE) は、アジャイルリリーストレイン (ART) のサーバントリーダーおよびコーチングする役割を果たします。 彼らはARTイベントと実践の円滑な運営を確保し、アジャイルチームの成功を支援します。 RTEはステークホルダーとのコミュニケーション、問題解決、リスクマネジメントをファシリテートします。 また、RTEは阻害要因を管理し、継続的な改善を促進します。 彼らはARTリーダーシップに不可欠であり、プロダクトマネジメント、システムアーキテクト、ビジネスオーナーと協力して、ARTにおいて効果的な成果を達成します。 RTEは、ARTのみならず組織全体のリーダーやチームをコーチングすることで、より広範なリーンアジャイルトランスフォーメーションを支援します。
リリーストレインエンジニアとは何か?
リリーストレインエンジニア (RTE) は、アジャイルリリーストレイン (ART) のためのサーバントリーダーおよびコーチングする役割を果たします。 彼らはARTイベントと実践を円滑に進め、アジャイルチームの成功を支援します。 RTEはステークホルダーとコミュニケーションを取り、問題解決をファシリテートし、リスクを管理するのを助けます。
RTEは、プロダクトマネジメント、システムアーキテクト、ビジネスオーナーを含むARTリーダーシップの一部です。 プロダクトマネジメントは、ARTがビジョンを達成するために何を構築するかを決定します。 システムアーキテクトは、ARTが開発するシステムとプロダクトの全体的なアーキテクチャを設計します。 ビジネスオーナーは、ROI、ガバナンス、コンプライアンスなど、ARTのビジネスの成果に対して責任を負います。RTEは、このグループが効果的に仕事ができるようにします。
ARTは自己組織的で、そして自己管理するチームで構成されています。 しかし、それは複数のチームからなる1つのチームなので、ある程度の調整が必要です。 これをサポートするために、RTEはARTイベントと実践をファシリテートし、PI実行中にARTをコーチングします。 彼らは阻害要因をエスカレートさせ、リスクを管理し、バリューが効果的に提供されることを確保しながら、継続的な改善を促進する上で重要な役割を果たします。
ARTにおける役割に加えて、時にRTEは、より広範なリーンアジャイルトランスフォーメーションをサポートします。 リーンとアジャイルな仕事の方法に関する知識を持っているため、彼らはリーダー、チーム、およびスクラムマスター / チームコーチ (SM/TC) のコーチとして適任です。
人々が以前の役割からRTEになるとき、すでに仕事を管理し、整理する経験を持っているかもしれません。 しかしながら、彼らがサーバントリーダーシップのアプローチを採用することが重要です。 これは、人々に何をすべきかを指示することから、人々が自ら何をすべきかを発見できるように支援し、導いていくことを意味します。 このアプローチは、チームとARTが自己組織的で自己管理するようになるのに役立ちます。
このアプローチの例は以下の通りです。
- コミットメントを達成するためにチームを必要に応じてサポートする
- 問題解決のためのスペースを作り、意思決定をファシリテートする
- アジャイルチーム、リーダー、ステークホルダーが協力しあう機会を特定する
- ART上の全員が課題を率直に共有できる環境をつくる
- システム思考を適用してワークフローを改善する
- 新しいアイデアに対してオープンであり、他の人がそれをできるようにコーチングする
RTEがサポートするアジャイルリリーストレインについて続きを読んでください。
リリーストレインエンジニアの責任とは?
RTEは主に、図1で示される5つのタイプのアクティビティに焦点を当てます。 以下のセクションでは、各責任について説明します。
PIプランニングをファシリテートする
PIプランニングは、8〜12週間ごとに開催されるARTイベントです。 すべてのアジャイルチーム、ステークホルダー、およびARTリーダーシップが共通のミッション、ビジョン、および計画にベクトルを合わせます。 この重要なイベントでは、RTEが次の点で重要な役割を果たします。
- ARTがPIプランニングの準備を行うことを支援する - RTEは主に3つの主要な分野でPIプランニングの準備が整っていることを確認します。
- 継続的な探索プロセスを促進して、ARTのビジョンとロードマップの進化を支援します。 ARTバックログを戦略的な優先事項とベクトルを合わせ、プランニングに向けて準備が整えます。
- ARTのリーダーシップとチームが優先順位とベクトルが合っていること、そしてイベントのために適切なコンテンツが準備されていることを確認します。
- イベントのロジスティクス、例えば施設やリモートイベントのための技術とツールを管理します。
- PIプランニングイベントをファシリテートする - 効果的なRTEは、通常、PIプランニングをファシリテートするために以下のアクティビティを行います。
- プランニングの1日目では、RTEがイベントを開始し、目的、アジェンダ、ワーキングアグリーメント、プランニングルール、期待事項、その他のロジスティクスをレビューします。 また、ビジネスコンテキスト、プロダクトビジョン、アーキテクチャビジョン、そして開発プラクティスの発表者を紹介します。 コーチシンクを実行し、ドラフトプランレビューとマネジメントレビューの問題解決ミーティングを促進します。
- プランニングの2日目では、RTEはプランニングの調整をファシリテートし、コーチシンクを行い、ファイナルプランレビューを実施し、ART PIリスクに対処し、ARTプランニングボードが最新であることを確認します。 彼らは自信投票を行い、必要に応じてプランニングのリワークを促進し、プランニングのレトロスペクティブと今後の指示を行って、イベントを締めくくります。
PIプランニングイベントについて続きを読んでください。
PIの実行をサポートする
RTEは、PI実行の成功に対してかなり大きな責任を持っています。 彼らはPIにおいて以下の責任を引き受けることで、その成功に貢献します。
- 進捗状況が分かるようにする - RTEは、ARTバックログ内のフィーチャーの完了をカンバンとして追跡するのを支援します。 RTEは阻害要因の除去を調整し、チームだけでは解決できない問題をエスカレーションし、対処します。 また、RTEはチームがシステムデモを主要な進捗状況の尺度として効果的に使用することを確実なものとします。
- ARTイベントをファシリテートする - これらのイベントには、ARTシンク、システムデモ、およびインスペクト&アダプトが含まれます。 ROAMテクニックとARTプランニングボードを使用して、ARTがPIリスクと依存関係を管理するのを支援します。 彼らはまた、イベントのフィードバックに関するフォローアップが行われることを確認します。
- ARTバックログリファインメントをサポートする - RTEはプロダクトおよびソリューションマネジメント、ビジネスオーナー、プロダクトオーナー、その他のステークホルダーと協力して、バックログのベクトルが常に戦略と合うように支援します。彼らはARTがスムーズで予測可能なバリューフローを達成できるようにするための測定基準を特定し、適用します。
- DevOpsと継続的デリバリーを促進する - DevOpsは、ソリューションを効果的に開発および運用するために必要な統合、自動化、コラボレーションをサポートするマインドセット、文化、および一連の技術プラクティスです。 RTEはすべてのARTにわたってDevOpsをコーチングします。 彼らはプロダクトのリリースを調整し、統合済みソリューションを提供するためのマイルストーンを計画するのを助けます。 これには、ARTレベルの完了の定義を作成することが含まれます。
- ビジネスオーナーを支援する - RTEは、エピックに対する経済的な意思決定を支援し、アジャイルチームによるフィーチャーの見積りを支援します。 彼らはリーン予算を理解し、それに従って運用し、ガードレールの遵守を確実に行います。 RTEはビジネスオーナーがART全体で効果的に調整し、コミュニケーションを取るのを支援します。
- 他のARTとプランニングの取り組みを調整する - 顧客に最高の成果を提供するために、複数のARTがベクトルを合わせて協力する必要があるかもしれません。 RTEはイテレーションとPIの日付を設定し、伝達し、ART間のプリプランアクティビティをスケジュールします。
PI全体で発生するARTイベントについて続きを読む。
ARTをコーチングする
RTEはARTのコーチです。 この役割においては、通常以下の種類の責任があります。
- 効果的な質問でコーチングする - RTEは、以下に述べるような自由な回答形式の質問を用いて、より深い振り返りや自己発見を促すようにコーチします。 そして、RTEはチームメンバーとリーダーを洞察やアクションへと導き、ARTを前向きに進めます。 「他にどのような可能性や選択肢が存在しますか?」、 「見落としていることは何ですか?」というような質問を行います。
- ARTとチームイベントおよび実践をコーチングしてファシリテーションする - これには、PIプランニング、システムデモ、およびインスペクト&アダプトなどのARTイベントが含まれます。 彼らはまた、SM/TCが意味のあるアジャイルチームのイベントを作成するのを支援します。 RTEはファシリテーションテクニックを共有します。 難しい会話を導き、出席者の期待を管理するのに役立ちます。 彼らは、各イベントやプラクティスを時間とともに改善するアプローチを試すことを奨励しています。
- ARTの役割を持つメンバーをコーチングする - RTEはビジネスオーナー、システムアーキテクト、およびプロダクトマネージャーをコーチングします。 彼らはチームとシステムアーキテクトの間のコラボレーションを奨励します。 彼らはアイデア出しのための「共鳴板」として機能し、困難な時期にサポートを提供します。
続きを読むARTをコーチングする複数の機会について。
フローを最適化する
アジャイルチームとARTは、継続的なバリューフローの状態を達成することを目指しています。 RTEは通常、以下の方法でフローの改善に責任を持ちます。
- ARTカンバンシステムを確立する - RTEはARTカンバンを使用して、バリューフローを円滑にします。 RTEは他の人と協力して、プロセス中のすべてのフィーチャーの状態を可視化します。 彼らはARTの仕事全体を見渡して、フロー状態を特定し、WIP制限を維持します。
- ARTフローの測定基準を確立する - これには、6つのフローメトリクスが含まれます。例えば、フロー予測精度、これはアジャイルチームとトレインが計画されたオブジェクティブに対してビジネスバリューを提供する予測可能性を意味します。 フロー時間は、ARTが新しいフィーチャーを提供するまでの全経過時間を測定するものです。 RTEは、これらの測定値を計算するためのデータが利用可能となるように支援します。
- バリューフローを改善する - RTEは、DevOpsと継続的デリバリーパイプラインに関連するプラクティスをアセスメントして改善することで、バリューフローの改善を支援します。 さらに、彼らはARTをコーチングして8つのフローアクセラレーターを適用します。
- バリューストリームマッピングをファシリテートする - RTEはアジャイルチームとステークホルダーと共にバリューストリームをマップします。 これは、アイデアからバリューを提供するまで、ARTが行うすべての仕事のステップを特定することを含みます。 バリューストリームマップには引き継ぎ、ボトルネック、遅延が含まれています。 このマッピングでは、全フロー時間のうち、アクティブ時間がどれだけで、待ち時間がどれだけかを強調しています。 RTEはチームがデータを改善に活用するのを支援します。
- チーム間の依存関係を減らすか排除する - RTEはARTプランニングボードのパターンをレビューして、ARTとチームの組織設計に対する潜在的な改善を特定します。彼らはフローを妨げている依存関係を特定し、ステークホルダーやリーダーと積極的に協力してそれらに対処します。
フローの原則とARTにおけるRTEの成長について続きを読んでください。
たゆまず改善する
たゆまぬ改善はリーンの中心であり、SAFeの4つのコアバリューの1つです。 RTEは通常、以下のタイプの改善アクティビティをファシリテートします。
- たゆまぬ改善を推進する - RTEは、インスペクト&アダプト問題解決ワークショップを通じて完璧さを追求します。 彼らは、コーチシンク、POシンク、および実践コミュニティを活用して、PI全体でジャストインタイムの改善をサポートします。 彼らはまた、作り込み品質プラクティスの使用を促進します。
- SAFeのコアコンピテンシーアセスメントを活用する - RTEは定期的にSAFeのコアコンピテンシーアセスメントをファシリテートします。 アセスメントの結果は、ARTメンバーがリーンアジャイルプラクティスの習熟度を向上させるためのアクションにつながります。
- バリューマネジメントオフィス (VMO) とリーンアジャイルセンターオブエクセレンス (LACE)と協力する - RTE は、組織全体で広範なトランスフォーメーションアクティビティを主導するグループに情報を共有し、フィードバックを提供するための重要な役割を果たします。 彼らは新しい仕事の方法を実装するために必要な実現可能性と労力についてフィードバックを提供します。 RTEは、全体的なトランスフォーメーション戦略に関連するARTに改善をもたらします。
SAFeのコアコンピテンシーアセスメントについて続きを読む。
参考資料
[1] Block, Peter. Stewardship: Choosing Service over Self–Interest. Berrett–Koehler Publishers, 2013.
Leffingwell, Dean. Agile Software Requirements: Lean Requirements Practices for Teams, Programs, and the Enterprise. Addison-Wesley Professional, 2010.
最終更新: 2024年10月15日