プロジェクトマネジメントのアプローチを見積もるに
プロジェクトマネジャーの圧力の下で、多くの時間と費用の見積もりを生産するためには、非常に初期のシステム開発プロジェクトでは、典型的には、最初の2週間です。 しかし、見積書の概要を説明する開発プロジェクトからの要件としないから、物理的な設計が住宅購入者のように言って、 "私を引用する家を建てるための価格が、私はわからない、家のどこに位置したい、またはお部屋の数については、 、またはなければならないかどうか、木材やれんがます。 "これは驚くにはあたらないとしてプロジェクトの見積もりはかれらは悪いとして、それは彼らと出会ったすべての前にすることができます。 3つのアプローチを推定することができ撮影: 1 。 業界での経験を使って 2 。 自分自身の経験を使用して組織 3 。 ローリングアップ多かれ少なかれ、このプロジェクトの詳細な見積もり努力 業界での経験を使って:ポイント機能 おそらく、最も有益な形で入ってくる業界での経験を記録しファンクションポイントカウントします。 多くの人の努力を測定するソフトウェアの数に基づいて行のコードです。 この問題は、今回の措置は、同じ機能をより多くの行は、低レベルの言語では、より高レベルの言語である。 多くの場合、 1つの言語でコーディングされたアルゴリズムを必要とされる複数の線が別の言語でコーディングされました。 カウント関数のポイントは、より安定したソフトウェアの大きさを測定するよりも行のコードは、しているため、件数に基づいて、入力、出力、ファイル、およびその他の複雑な措置をします。 国際ファンクションポイントユーザグループ( ifpug )には相当な努力と工夫を維持するための標準的な方法でソフトウェアをサイジングします。 ファンクションポイント法簡潔にして 、 1つのファイルをカウントして、入力、出力、およびクエリに関与するアプリケーションです。 それぞれの評価としては、簡単で、平均、または複雑です。 格付けは、それぞれの利回りを加重平均して未調整ファンクションポイントカウントします。 たとえば、 5つのファイルは、アプリケーションの複雑さの平均(重みがifpugメソッドを指定し、 10 )は、かれらを追加50関数のポイントを合計します。 全体のアプリケーションは、全体の評価は14施策の複雑さなどの程度を分散処理やトランザクションの割合をオンラインでのデータエントリが含まれます。 それぞれの複雑さの指標は、格上の5点尺度( ie 、 70は可能性が最も高いスコア)します。 格付けの複雑さで割って100と0.65が追加され利回りが要因に至るまで0.65を1.35します。 未調整ファンクションポイントの数を掛けたが、この要因を調整ファンクションポイントを得るためにカウントします。 たとえば、計数と重みのファイル、その他のアイテムを生成し、未調整ファンクションポイントのカウント1000です。 このアプリケーションは、非常に重要な複雑さとは、格付けの14複雑な措置を与え、合計60ポイント上昇した。 として60/100 + 0.65が1.25 、ポイントカウント機能を調整するだろう1250 。 生産性の点で多くの機能を測定する何千ものプロジェクトを分析してきた点のデータベースを構築する機能は、比較するために使用することができ、各プロジェクトに入っていった努力をして、ポイント数の機能を作成しました。 広い範囲での生産性が存在します。 たとえば、経験の浅いスタッフは、非構造化の方法は、通常のツール、および低レベルの言語では、生産性の範囲は0.25 〜 5機能ポイント1カ月あたりのスタッフします。 で、もう片方の端の範囲で、経験豊富なスタッフ、ストラクチャードメソッド、パワーツール、および高レベルの言語で、生産性の範囲から20 〜 100機能ポイント1カ月あたりのスタッフします。 プロジェクトの範囲は、通常より3 〜 50機能ポイント1カ月あたりのスタッフ、およびポイントの平均は8機能します。 プロジェクトチームを達成することができた場合は10ポイントの機能を1カ月当たりのスタッフは、その後、 1250 -小数点機能-プロジェクトに1 25スタッフカ月または1 0人以上を少ししています。 生産性の場合は、 20機能ポイント1カ月あたりのスタッフ、そしてその仕事の半分の時間で完了することができます。 もののポイントには、合理的な機能を測るサイジング、かれらの推定ではありません多くの努力を使用しない限り、生産性を推定することができます。 追跡記録を行うことを要求するのは、このプロジェクトのスタッフの生産性をします。 プロジェクトの価値を体験 にもかかわらず、その重要性を推定する、ごく少数の機関がプロジェクトのデータベースを経験します。 その代わりに、経験の上での頭のプロジェクトは、プロジェクトチームのメンバーとは簡単ではないため、次のプロジェクトマネージャにアクセスします。 実際のところ、ごく少数の組織の信頼性を維持し、実際の時間の数字を取ったプロジェクト開発します。 自動プロセス管理ツールとしてますます広く使われて、それが少なく高価で、過去のプロジェクトの歴史を簡単に使用します。 プロセス管理ツールを使用しなければ、次の質問に答えることに役立つ: > >過去のプロジェクトはこれと同様に、現在の1つですか? > >何だったの努力をされると似たようなプロジェクト全体のタスクのですか? > >スキルの人はどうすれば、似たようなプロジェクトを比較して、現在のプロジェクトのスタッフの人ですか? 似たようなプロジェクトを見つける可能性があり、似たようなプロジェクトの1つには、同じタスクが行われ、同じ人たちは、同じプログラミング言語を使用した、または他の条件を満たされました。 プロジェクトの履歴データベースを検索し、似たようなプロジェクトを有効にする必要があります。 すべてのプロジェクトを意味しなければならない標準的なセットを使用するタスクを実行する場合と同様、会計のコストを分析しなければならないのアカウントを使って、標準のグラフです。 各プロジェクトマネージャを構成する場合は、タスクの名前、各プロジェクトでは、どうすれば1つのプロジェクトに比べると別のですか? 過去の努力やスキルを決定したら、似たようなプロジェクトが選ばれ、新しいプロジェクトマネージャーのニーズを知る努力をして似たようなプロジェクトは、全体の課題とされており、これらのスキルこれらのプロジェクトに取り組んできました。 この情報を見つけることができた場合、マネージャに要する時間とコストを費やしてきたとする標準的な手段に記録された場合は、データを合理的に完了しました。 生産ケーパースジョーンズの専門家を引用し、 "歴史的なプロジェクトのために使用されたデータは、企業の内部で近くに役立たず、経済的なタイプです。 ユーザーは基本的に直接的なコストを追跡することは、サービス残業はめったにない追跡、および不注意での充電時間を設定して、正しいアカウントでは、プロジェクトのミスドメイン横行します。 " 自動プロセス管理ツールを使用しなければならないの実際の取り組みを記録して標準的なカテゴリを安価かつ簡単な時間をみんなでパットするプロジェクト;次にプロジェクトの歴史になる有意義な援助を推定することができます。 ロールアップの見積もり プロジェクトの経験を使ってサイズをトップダウン値は実行できますので、このプロジェクトに参加したときにのみ早期全般についての知識の物理的な設計が可能です。 ファンクションポイントカウント、しかし、物理的な情報については、ファイルに基づいて、入力し、出力します。 最も確実な方法を推定ものの、ほとんどの時間がかかる、見積もりを作成するためには、各作品のチームのメンバーと共同で、誰が責任を負うことを組み合わせると、見積もりの底からアップします。 ボトムアップ見積もりには3つの質問に答える: > >行われなければならない課題は何ですか? > >誰が何をしたらいいのでしょうか? > >どのくらい時間がかかることを完了しますか? (詳細な見積もりをすることができたり交渉を従業員に課せられます) プロジェクトリーダー、プロジェクトマネジメントの才能があるの非公式交渉を行うことができタイトだが達成可能な見積もりを取得すると同様のスタッフからの個人的なコミットメントします。 確約はでき前に一度だけで、デザインは少なくとも概略という形で知られます。 トップダウンの見積もりは、プロジェクトの初期には、完了を安価で頻繁に変更されます。 ボトムアップ見積もり値を設定し、コストを生産し、後で、プロジェクトを設立します。 これは、記事を追加したカレンdelaide
|
|||||
|