プロジェクト管理 ◆要員スキルや人間性など人的リスクとは？
正しく認識するのも、誤認するのも全ては「人」。コンピュータに誤認させているのも、やはり「人」が誤認し、誤認にもとづいて指示をしているからにほかならない。システム構築が、極めて労働集約的な作業である以上、「人」は、大きなリスク要因である。
システム開発
プロジェクト管理 
プロジェクト管理 ◆要件定義の取り違えなど認識的リスクとは？
システム構築は、認識に始まり認識に終わる。いろんな段階で、認識を誤る、勘違いするというリスクがある。目的を誤認する。要件を誤認する。要求事項を誤認する。伝える相手を誤認する。聞く相手を誤認する。進捗状況を誤認する。問題の本質を誤認する。
プロジェクト管理 ◆品質を確保する設計書のレビュー・ポイントは？
ドキュメントレビューにおける設計書のチェックポイントを紹介する。設計書の内容は技術的になるので、ある程度ＩＴに対する知識がないと難しいが、できれば設計レビューにも参加することを勧めする。早い段階で設計者の漏れや勘違いを是正でき、手戻りによるコストや期間を抑制できる
プロジェクト管理 ◆合意に向けた見積書のレビュー・ポイントは？
ソフトウェアの原価は、ほとんどが人工費であるので、生産量と生産性の合意が基本となる。ここでは、ファンクションポイント法による見積もりを前提に、チェックポイントを紹介する。
プロジェクト管理 ◆失敗を防ぐ要求仕様書のレビュー・ポイントは？
ドキュメントレビューでの仕様書の基本的なチェック項目を紹介するので参考にされたい。さらに、記載内容については前述の「質の高い仕様書の基準」や「分かりやすい表現」も合わせてチェックしていただきたい。
プロジェクト管理 ◆ウォークスルー（舞台稽古）に必要な参加者は？
◆参加者は、役者・監督・スポンサ 稽古に参加するのは、役者だけでなく、監督やスポンサもいる。つまり、システムを利用する業務担当者だけでなく、職制の長や経営層なども参加して、それぞれの立場からチェックするのが理想だ。役者である、担当者は、画面...
プロジェクト管理 ◆入出力情報を具体的にイメージするには？
ウォークスルーで入出力情報を具体的にイメージするために、使用する画面や帳票のスケッチは、できるだけ具体性のあるものが良い。単に枠だけの画面や帳票のスケッチではなく、実際に近いデータも表示する。
プロジェクト管理 ◆業務フローをリアルにイメージするための方法は？
業務をリアルにイメージするため、業務フローは、システム化した後の、新業務フローだけでなく、従前の業務フローを併記したものが良い。新旧業務フローを比較しながら、どこがどう変わったのかを確認することで、問題の早期発見ができる。
企業システム戦略 ◆改善を加速する適用拡大の方法は？
システムの適用拡大がスムーズに行かないことが少なくない。適用拡大することが目的化すると、追加改修のために多額の追加投資が必要になる。なぜ、そのままのシステムでは適用拡大できないのか、本当にクリティカルな問題であるのかどうか、経営上の目的・目標を達成する事を第一に考える。
企業システム戦略 ◆投資対効果を多面的にバランス良く評価する指標は？
システム投資対効果評価で売上げ増など利益貢献することが確実である場合以外は、システム投資しないのでは会社の成長が止まってしまう。単に財務的な成果だけを評価指標としたのでは、判断を誤る恐れがある。バランススコアカードなどを利用し、多面的、かつ長期的に評価を加える必要がある。