技術検証のスコープ管理
システム開発でマネジメントしにくいフェーズは、要件定義やモデリングだけでなく、技術検証も該当するのではないか。(多分、既に誰か主張しているしているだろう)
特にWebシステム開発は、色んなミドルウェアを組み合わせるため、思わぬ爆弾が至る所にある。まるでMineSweeperをやっているようだ。
例えば、帳票をPDFで出力する機能を技術検証する事になったとしよう。
最初は、HTMLのボタン押下後、PDFをダウンロードする仕組みを作るのが普通。その仕掛けのために、お金があるならSVF(1ライセンス50万円以上!)を使えば簡単に実装できるが、安く作りたいなら、ApacheFOP等のオープンソースを使ってみるしかない。それらフリーのライブラリの使い勝手や負荷の検証は情報が余り無いから、意外に時間を取られる。
更に、帳票印刷はDB接続だけでなくPDF作成にも時間がかかるものだから、ユーザ画面でPDF作成を指示後、後でいつでもPDFをダウンロードできる仕組みにしておくのが普通。すると、PDF作成を指示したイベントをRDBへキューとして貯めておき、バッチでPDFを作成する仕掛けが必要になる。バッチ処理はテスト作業量が多くなるので、時間が取られる。
だから、帳票PDF作成時に、機能のスコープを決めるだけでなく、PDF作成の技術検証のスコープもあらかじめ決めておかないと、いつまで経っても終わらない。
お客さんからすれば、技術検証はSEの腕の見せ所でしょう、と思われるので、正直辛いものがある(m_m)
プロジェクトマネジメントで一番大事なのは、スコープ管理だと個人的に思っている。理由は、スコープが時々刻々と変化するのにその事実になかなか気付けないから。
| 固定リンク
「日記・コラム・つぶやき」カテゴリの記事
- 物理学を攻略するためのマップ(2022.04.18)
- 『ものづくりの数学』の感想 #もの数(2022.04.10)
- 世界5大宗教入門の感想~世界の人間は宗教で生かされている(2022.03.25)
- 「大国政治の悲劇」の感想~現代はパワーポリティクスの歴史に戻ったみたいだ(2022.03.25)
- 映画「ひまわり」は名作だった(2022.03.19)
「プロジェクトマネジメント」カテゴリの記事
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
- プロジェクト管理の基本はテーラリング、Redmineはプロセスをテーラリングするツール(2022.04.21)
- 初中級プロマネはIPAデータ白書の統計情報を見積り、生産性、品質の観点で活用せよ(2022.04.17)
- タスク分割は親子チケットにすべきか、それともチェックリストにすべきか #redmine(2022.03.04)
- なぜ米国企業は90年代に蘇ったのか~日本の手の内は完全に読み取られた~V字回復の経営の感想(2022.02.18)
コメント