匠MethodとU理論とのマッピング、およびU理論におけるプレゼンシングからビジョンを見出すプロセスについて解説しています。U理論の考え方を匠Methodのモデリングに取り入れる方法として、「自分たちは何者なのか」という問いを設定し、存在意義を深く考える…

システム開発では、ビジネス側と開発側が協調し、ビジネス価値の創出に向けて動くことが求められます。『超上流から攻めるIT化の原理原則17ヶ条』の第1条『ユーザとベンダの想いは相反する』の原則は、システム開発において、ビジネス側と開発側が持つ責任の…

要件定義を効果的に行うには、ビジネス側と開発側が協力し、互いの視点や目的を共有することが不可欠です。ビジネス側と開発側は具体的にどのように協力すればよいか、指針として参考になるのが、『*超上流から攻めるIT化の原理原則17ヶ条*』です。『超上流…

業務プロセスを構想し、整理する手段として、業務フロー図の作成が有効です。業務フロー図を作成する効果として、5W2Hの視点で業務の必要事項を漏れなく詳細化できること、業務の課題点発見とステークホルダー間の共通理解が促進されること、テスト設計や運…

ゴール記述モデルは、自分たちが果たすべき役割や責任を明確にし、覚悟を促すためのモデルです。このモデルを用いて計画の期間や担当者を決めることで、チームメンバーは現実的に自分ごととして捉えるようになります。また、ゴール記述モデルは、価値が適切…

匠Methodのモデリングにおいて、論理思考の落とし穴に陥らないためには、匠Method Value Metricsを活用して価値概念を記述し、価値を評価することが効果的です。価値概念を明確にすることで、認識の精度をより高めることができます。要求分析ツリーにおいて…

匠Method Value Metricsを活用することで、価値の「見える化」が実現し、視野が広がるだけでなく、価値が膨らむ、早い段階でモデルの品質が安定するといった効果が得られます。また、価値の評価と活動の評価を比較することで、その活動が真に価値を生むもの…

事業要件、業務要件、システム要件の3層に要件を階層化することは、事業戦略から業務運営、システム構築に至るまでの整合性を保つために不可欠です。各層がどのように連携して全体目標と一致しているかが明確になり、組織全体としての方向性が統一されます。…