不備を認めて関係再構築[最終回]品質管理×ステークホルダー管理ユーザー受け入れテストで検証が想定通り進まず、検証当事者の不満が爆発した。障害などの直接的な原因よりも、説明や情報共有が不十分だったことが大きな問題だ。ステークホルダーごとの問題意識や立場の把握を、計画的に捉える必要がある。大方針を再確認して対処[第5回]変更管理×ステークホルダー管理ステークホルダーとの合意の取りまとめがうまくいっていないと、後から変更要望が続出する。稼働時期を見直してでも変更要望を受け入れるのかは、大方針を再確認してから対応を決める。再発防止には、プロジェクト方針の共有とスコープ調整の仕組みの整備が重要だ。客観的視点に切り替え対処[第4回]ステークホルダー管理×進捗管理ユーザーに責任があるのに、元請けベンダーの対応のあおりで深刻な進捗問題を抱えてしまった。コントロールしづらいステークホルダーには、複数のチャネルを駆使して対応する必要がある。問題が起こったときの責任の所在や対応方法を事前に合意しておく。原因となって変更が多発し、変更がさらに進捗を阻害してしまう。その大きな原因の1つは、未決事項の取り扱いルールの曖昧さにある。用語の定義を含めてルールを明確化し、ユーザーと合意しておく。ミスなど開発者に負い目があると、変更管理のルールを逸脱して対応しがちだ。状況が把握されないままに変更すれば、さらなるトラブルに発展しかねない。品質管理よりも管理ルールが乱れやすい変更管理の手順確立が重要だ。トレードオフの関係にある品質と進捗の両方に問題が発生した。立ち止まって品質問題の原因を分析し、対策を施す。スケジュールやリソースの見直しは、品質対策の中で調整するのが効果的だ。各種ブロックチェーン事業に携わった経験を整理し、適切なブロックチェーン事業の企画について、実践的...システム再構築の要件定義テクニック課題解決に役立つ機能を分析し、新システムに継承すべき機能を絞り込み、不要な機能は削除す―。情報銀行の成り立ち、事例、現状課題やその行方を網羅。経営戦略である以上、「会計」の知識やスキルが欠かせません。