【連載】脱・ベンダー任せ!! "見積力"養成塾 (1) 見積りを難しくしている要因って何だろう? | エンタープライズ | マイコミジャーナル
ユーザーに「見積りの根拠がわからない」と言われたり、ベンダーが持ってきた見積りをうまく上司に説明できなかったりして困ったことはありませんか? システム開発の見積りは、プロジェクトの成否を左右する重要な作業であるにもかかわらず、ユーザー側もベンダー側も多くの悩みを抱えているのが現状です。本連載ではそんな見積りに関する問題を解決するためのヒントを提供します。第1回目は、「ナゼ、見積りが難しいのか」という根本の原因について考えてみます。 見積り手法の整備だけでは不十分 見積りがプロジェクトの成否を左右するのはなぜでしょうか? プロジェクトの失敗の多くは、過少見積りによる貧弱な体制で作業に着手してしまうことに起因しています。十分なリソースを確保せずにスタートし、工程の中盤になってリソースを投入すれども時すでに遅し……どんどん火種が広がり破綻したプロジェクトは皆さんもこれまでにいくつも目にしてきたの
【連載】脱・ベンダー任せ!! "見積力"養成塾 (3) 既存の見積り手法はどんな課題を抱えてる? | エンタープライズ | マイコミジャーナル
現在利用されている見積り手法には、まだまだ課題が多い状況です。今回は代表的な見積り方法を挙げて、見積りにおける課題について考えてみましょう。 類推法 類似のシステムから類推して見積もる方法です。何をもって類似とするのかの判断が難しく、要求仕様のどこを変えれば見積りに影響を与えるのかがわからないのが欠点です。一般的に見積り精度は低いと言われていますが、要求仕様が曖昧な上流工程ではよく使われます。 SLOCから工数や金額を見積もる方法 要求仕様からソフトウェアシステムのソースコードの行数であるSLOC(Source line of Code)を見積もり、行数当たりの生産性から工数へと換算して見積もる方法です。全工程を通じて一般的によく使用される方法ですが、SLOC自体がユーザーに理解されにくいという問題点があります。SLOCはシステムに実装した結果の行数ですので、要求仕様との距離が遠いからです
【連載】脱・ベンダー任せ!! "見積力"養成塾 (2) フェージング契約で古い商習慣を変えよう | エンタープライズ | マイコミジャーナル
本連載では、ユーザー側も開発側もたくさんの問題を抱えている見積りに関する問題を解決するためのヒントを提供します。第2回目は、見積りを難しくしている要因の1つである「古い商習慣」を変えるための方法について考えてみたいと思います。 進化に追いつかない古い商習慣 もう1つの大きな要因として、システムの見積りを出す時期が早すぎるという、ソフトウェア業界の商習慣が挙げられます。 超上流工程における要望によって概算で出した見積り枠の中で、その後のシステム開発のリソースが決まってしまうケースが散見されます。でも、そもそも要求が不明瞭な段階での見積りですから、実際の金額とのズレが多発するのは当然のことです。 今まで誰も作ったことがない業界初のシステムに対して、「いくらかかるか今すぐ出してくれ」と言われることも少なくないと思いますが、これは「アマゾンの奥地へ行くのに何時間かかるか今すぐ答えてほしい」と言われ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
