相川正昭のレビュー一覧
-
Posted by ブクログ
ネタバレ初心者にわかりやすい!
要件定義…Requirements Definition 略してRDと呼ばれる。
RD、具体的には…
・業務を分析し、ビジネス要件とシステム化要件を定義
・予算とスケジュールで要件を取捨選択
・決定した予算とスケジュールと要件を合意・承認
→ビジネス要件とは、as-is把握、課題やニーズ把握、施策検討、to-be検討。
システム化検討は、機能要件作成、データ構造設計、インターフェース設計、非機能要件、運用計画。
いくつかのフェーズや工程に分けられる。
・企画フェーズ
・要件定義フェーズ
・開発フェーズ
・運用テスト、移行フェーズ
・運用保守フェーズ
その工程をv字で表したのかわv字モデル。
RDと対になるのはOT(運用テスト・移行)
RD開始前に、プロジェクト計画書のたたきが必要
・プロジェクト定義 目的、目標、WBS
・ベースライン計画 見積、スケジュール、体制、品質、リスク対応計画
・プロダクト開発計画 開発方針、プロセス
・プロジェクト運営計画 進捗、品質、コスト
これらは、VP/SPで作成したシステム企画書やRFPから内容抽出して作成する
非機能要件を網羅するには、IPAの提供している非機能要求グレードが良い。
システムでも業務でもなんでも、フロー図を整理するのが有用。 -
Posted by ブクログ
ネタバレPMOはコンサルやIT業界で一般的かもしれませんが、読んだ結論としては、業務の進捗管理を主な業務とし、成果責任を取らない不必要な役割です。最近はPMOが、成果責任を果たすことや受け手がいない仕事も請け負うことが期待されているそうですが、責任が曖昧になるので中途半端に引き受けないでほしいですね。 まあ、任せる側の問題だとは思いますが。
PMOに人員を割くなら、リーダーか実行者の人数を増やすべきです。成果を得るための実行と管理は不可分だからです。
仕事のマネジメントについてはよく整理されていた本なので、その部分は参考にしたいと思います。多くの人と仕事を進めるうえでの考え方の基礎として活用できると思います。 -
Posted by ブクログ
ネタバレITプロジェクトとDXプロジェクトの違い(PMOとしての期待される振る舞いも含む)に触れつつ、PMO・PMの基本を紹介する本。
より包括的な概念になるDXならではの注意事項のようなものが多くあった。
PMOはプロジェクト成功のために、必要な事項は何でもこなすオールラウンダーとしての振る舞いが求められる。
ファシリテーションや議事録作成、ステークホルダーとベンダーとの通訳など、地味ながらも重要な業務として説明されている。プロジェクト成功のために必要なことは何でもするのが大事ということがわかる内容となっている。
用語がいきなり出てくるがその説明は後ろにあったり、図の内容に個人的には少し引っかかりを覚えてしまう箇所があった。
ただし1日で読める量なので、初心者向けとしてざっと読むのには適していると感じた。