読者です 読者をやめる 読者になる 読者になる

【プロマネ アンチパターン】Project Mismanagement

どんな問題?

  • プロジェクトの大事なactivityが見落とされたり,過小に評価される
    • technical planning
      • architecture
    • quality-control activities
      • inspection
      • test

症状と結果

  • アーキテクチャ的な戦略がなくて,設計が難しく実装できない
  • コードレビューやインスペクションの頻度が少なく,意義も小さい
  • テスト設計が負担となる
    • システムの振る舞いが定義されていないため
  • インテグレーションやシステムテストのとき,欠点の報告が増えてくる
    • 本来は最初期に取り除かれるべき

原因

  • 不十分なアーキテクチャが技術的な基準を定義しない
  • コードレビューやインスペクションが設計の欠点を見つけられない
  • テストセットが不十分で,アプリケーションに必要な相互運用性が満たされない
  • リスク管理がされていない

どう解決する?

  • 以下のカテゴリのリスク管理が重要
    • managerial
    • common project failure points
    • quality
Managerial

組織的なマネジメントで以下のリスクは小さくできる

  • Processes
    • 製品開発をend-to-endで定義する
  • Roles
    • プロセスの実装責任を明らかにする
Common Project Failure Points
  • コスト超過
  • 未熟なのにプロジェクトが終わること
  • ぜんぜん違う製品を作ってしまうこと
  • 技術的な失敗
Quality
  • Program and project management
    • 計画と制御プロセスの効果は大きい
  • Product identification
    • 問題定義の正確性
  • Architecture definition
    • 設計とコーディング方針の仕様
  • Solution design
    • 解決方法の設計
    • 一貫性があり最適化されたコード仕様
  • Solution implementation
    • 正確なコードを作る能力
  • Solution validation
    • 要件に沿う解決方法となっているかの証明
  • Product support
    • 保守と製品販促の能力
Common Understanding

リスク管理の一つのテーマは「理解されていないこと」

  • Missed functionality
  • Incorrect functionality
  • Overfunctionality
  • Code Modules will interface but not fully interoperate
    • スレッドコントロールの定義がなく,モジュール境界も定義されない

yusuke-ujitoko.hatenablog.com