Part1 科学的な進ちょく管理が不可避に
要件があいまいで手戻りが発生した，バグ修正のために予想以上に工数がかかった――。進ちょくの遅れに直結するリスクが多様化するにつれて，納期や予算を順守できないプロジェクトが増えている。今こそ「EVM」を導入し，進ちょく状況を“可視化”するべきだ。 富士通は「受注額1億円以上」のすべてのプロジェクトを対象に「EVM（Earned Value Management）」と呼ぶ進ちょく管理手法の利用を義務付けている。EVMで算出した進ちょく率をベースに売り上げと利益を月単位で管理し，採算が悪化しているプロジェクトの早期発見，迅速な対応で赤字の回避につなげるのが狙いである。 EVMとは，プロジェクトで実施すべき作業を細かく分割し，それぞれに定義した予定コスト（単位は金額または工数）に基づいて，プロジェクト全体のスケジュールの遅れやコストの超過を“可視化”する進ちょく管理手法のことだ。 大規模プロジェク
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
ユニットテストはなぜ必要なの？
開発の全工程の中で、あまり人気がないのがテスト工程だ。ソフトウェアの品質を証明するためのテストは、なぜ低く見られてしまうのか（編集部） そもそもテストはなぜ実施するの？ 皆さんはテストと聞いてどういったイメージをお持ちでしょうか。 「面倒くさい」「プログラマの仕事じゃない」「納期直前に徹夜でするもの」「そもそもしない」……。 残念ながら筆者の周りにいる開発者に聞いてみても、あまり人気のある工程とはいえないようです。 さて、本連載で扱うテストとは、もちろん学期末の終わりに実施するような人の知識、習熟度を試すテストではありません。ソフトウェア開発におけるテスト、つまり「ソフトウェアの品質を証明するためのテスト」のことです。自分たちが作り上げたソフトウェアに対して自らテストし品質を評価する工程、そして、テスト結果は常に100点である必要があるという半ば自己満足的な性質を持つ試験のことです。 しか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmine.JP — Redmine日本語情報サイト
