敏捷開発方法 - リーン開発
2025-02-10 15:36:00 0 報告
全コンテンツを閲覧するにはログインしてください
このマインドマップは「敏捷開発方法 - リーン開発」についての詳細なガイドです。リーン開発は、価値の提供をスムーズにし、高品質で市場の要求に合致した価値を届けることを目指しています。管理実践では、リーンスタートアップやイノベーション、ビジネスモデルデザイン、検証手順の計画などが含まれます。また、カンバンメソッドを活用して価値の流れを可視化し、効率を向上させることに焦点を当てています。工学実践では、自動受入テストや継続的インテグレーションなどの手法を用いて、開発プロセスの品質と効率を高めています。このマインドマップは、リーン開発を効果的に実施するための包括的な知識を提供します。
著者の他の作品
概要/内容
原則
探求と発見の価値を発見する
探求
不確実性
自分の無知を認める
正確なターゲットユーザーを探索する
発見
本質的な問題？
どのように有効なチャネルを構築するか？
どのような解決策ですか？
どうやって彼らに支払いをしてもらうか？
どのように合理的なコスト、収益モデルを構築するか？
どのようにインタラクティブプロセス（シナリオ）をデザインするか
価値の流れの効率を集中して向上させる
フォーカス
流れの効率に焦点を当て、資源効率ではない。
向上
組織間の協力を促進し、組織のパフォーマンス（品質、効率、測定可能性）を向上させる。
工学実践
自動受入テスト
テスト駆動開発
継続的インテグレーション
継続的なリファクタリング
ドメイン駆動設計
サービスアーキテクチャ
デプロイメントパイプライン
オートメーション化された運用管理
運用とビジネスデータのモニタリング
目標
スムーズ：価値の提供プロセスがスムーズであることを指し、ユーザー価値の提供を最短時間で完了させ、途切れることなく、問題が連続して発生しないことを意味します。
高品質：要求に合致し、不必要な間違いを避け、探求のために必要な試行錯誤とは矛盾しない。
価値のある価値：提供する価値は市場とユーザーの要求に合致すべきであり、ビジネスへの影響を生み出し、組織のパフォーマンスを促進すべきです。
管理実践
リーンスタートアップ、イノベーション実践
ビジネスモデルデザイン
検証手順の計画
リーンプロダクトデザイン
定性検証
リーン・データ分析
影響地図
リーン要求分析と管理
シナリオ分析
使用例設計
領域モデル化
ニーズマップ
リリース計画
インスタンス化の要件
リーン カンバン メソッド
可視化された価値の流れ
ユーザー価値の可視化
ユーザー価値のエンドツーエンドの流れのプロセス
ユーザー価値の流れの問題とブロック
現実化プロセスルール
流通規則
コラボレーションルール
在制品数量を管理する
チームのボトルネック問題を明らかにするのを助ける
一旦開始を遅らせて、完了に集中する
束水と攻沙
湖水岩石効果
管理の流動性
ニーズプール管理
要件準備（コミット）会議
標準
要求が十分に明確であれば、原則として変更されません。
製品の要件を分析する能力の検討
製品ニーズの掘り起こし能力の検証
製品ニーズの計画能力の検討
開発チームに対して明確化された要件であり、理解が一致している。
製品の要件具体化能力を検証する
ユーザー・ストーリー作成能力の検証
製品の要件分解能力を検証する
製品ニーズのコミュニケーション能力の検討
製品の調整と組織能力の検証
開発チームはできるだけ早く完了することを約束しています。
原則
リズムが低すぎる危険性
品質を低下させる感じがし、十分な業務情報が欠けている。
スコープクレープを引き起こす可能性がある有用な、または現れた要件計画が、多くの推測を引き起こす要件につながる。
有効な学習とイノベーションを十分にサポートできず、納品後のフィードバックが遅い、あるいはそのまま放置される。
チームが市場の変化に柔軟に対応する能力を低下させ、一度に多くの要件を埋め込み、変化が生じた場合には次の埋め込みを待たなければならない。
要求の明確化への注目度と若手の関与を下げると、準備が整った後でも長く待たなければならず、明確化の効果を保証することが難しくなります。
リズムが高すぎるため追加コストが発生する
関係者は全員準備する必要があり、高い調整コストがかかる。
市場、技術、開発の不確実性が高いほど、頻繁にキューを埋める必要があります。
適切な数量の基準を満たす要件を選択してください。
高優先度のニーズを選択する
要件を明確にする
受け入れ基準を定義する
要求が大きすぎる場合は分割する必要があります。
技術リスクの評価ニーズ
関連当事者を確認する
セカンダリキュー
外部情報の変化頻度は低く、ニーズプールは長周期で更新されます。
内部周波数が高い
計画
準備完了
カンバン会議
準備
毎日
固定時間
カンバン前
看板はすでに事前に更新されています。
原則
右から左へ検査する
右から左へ引く
フォロー
ボトルネック、バックログのキュー
中断、ある工程での入力が不足している
重要な商業的利益またはリスクに関連する、特に注目すべき要件
阻害されたニーズは、外部または内部への依存のために、正常に進行できない。
期限が迫っているか、既に切れている要件で、約束の中で達成されていないもの。
長期間進展のない要件、長期間滞在する時間
レビュー公開
フィードバックを確立し、継続的な改善を図る
リトルの法則
平均納品週：市場への要求が開発チームに入り、完了して納品されるまでの期間
並列要求数：システム全体における並列要求の数は、各段階にある要求書の総和です。
平均納品速度：単位時間あたりに納品される必要数を指します。
障害要因分布マトリクス図
縦軸：原因分類
要件が不明確です
デザイン
サードパーティ依存
サプライヤー
ツール、研究開発
他
横軸
障害が発生してから解除されるまでの時間
前処理時間制御散布図
縦軸：要件の準備から納品までの所要時間
横軸：納期
制御線：1-3の範囲の偏差の間
品質フィードバックグラフ
縦軸：システムモジュール
横軸：欠陥分類
累積フローチャート
集める
集める
集める
集める
集める
0 コメント
次のページ
