チームの生産性向上を重視するアジャイル開発の精神―米IBM チーフソフトウェアエコノミスト ウォーカー・ロイス氏
― まず、ロイスさんのこれまでの経歴をお聞きしたいのですが、ずっとソフトウェア開発の世界に携わっているのでしょうか？ そうですね、およそ35年間この世界に関わってきています。もともと大学では物理学を専攻していたのですが、その後コンピュータサイエンスを学び、さらにコミュニケーションの教育も受けました。入社後は、プログラマーを皮切りにシステムエンジニア、プロジェクトマネージャー、ヴァイスプレジデントなどを経験して、現在の役職に至っています。 ― 今のチーフソフトウェアエコノミストという役職には、どういったミッションが求められているのですか？ 私に求められているのは、いかにしてソフトウェアプロジェクトの測定方法を改善できるかについての指標を示すことです。これはすなわち、「どのような形で技術的な成果をビジネス上の価値に結び付けられるか」について考え、その実現を目指していくということになります。 そ
第75回 ボトルネックがひと目で分かる進捗管理
どんなプロジェクトでも必ず必要な管理作業は「進捗管理」だ。やり方はいろいろあるが、「プロセス単位の進捗管理」をぜひ心がけてみてほしい。この方法なら、プロジェクトのボトルネックをひと目であぶりだせる。今回はプロセス単位で進捗管理する方法について、筆者が実際に現場で実施している考慮点と併せて解説したい。 後藤 年成 マネジメントソリューションズ 取締役 PMP 皆さんが進捗管理を実施する目的は何でしょうか。もちろん、「プロジェクトの各タスクの進み具合を管理して、遅延しているタスクを明らかにし、対策を打つため」だと思います。 しかし、進捗管理の仕方によっては、「どこに遅延の原因があるのか」「その遅延原因を本当に正しく把握しているのか」「原因に対して正しい対策を計画しているのか」が見えてこない場合があります。 言うまでもなく、進捗管理の目的はプロジェクトを計画したスケジュール通りに進めること。それ
［作業指示、進ちょく管理編］気付いたときにはもう遅い、手戻り・遅延は起こさない
今回は、「バッファー込みで作業をさせてはいけない」「報告を待ってはいけない」など、「作業指示」と「進ちょく管理」という2つの場面における、7種類の禁じ手を解説しよう。 作業指示：バッファー込みで作業をさせてはいけない PMはスケジュールを見積もるとき、問題が起こった場合などに備えて、作業や工程ごとに遅延を見込んだ「バッファー」を確保しておく。そしてそのスケジュールをユーザーと合意した上で、プロジェクトを進めていくことになる。 このときPMがやりがちなのは、バッファー込みのスケジュールを、バッファーが含まれていることを伝えないままチームリーダーやメンバーに示して、作業指示をしてしまうことだ。みずほ情報総研の百井氏は「PMが忙しいときは特に、ユーザーに見せたスケジュール表を、そのまま示しがちだ」という。 しかし、バッファー込みのスケジュールで、リーダーやメンバーに作業をさせてはいけない。「作業
[ThinkIT] 第6回：BTS（Bug Tracking System）の利用 (1/3)
システム開発を進めるにあたり、バグやタスクなどを管理して、現在発生しているバグの数や担当者といったステータスを把握する必要があります。また、ある程度以上の規模のWebアプリケーションを開発する場合、数人のチームで開発を進めるケースが多く、開発を円滑に進めていくためにスタッフ間での情報共有が重要になってきます。 「Bug Tracking System（以下、BTS）」は、これらの問題を解決するためにプロジェクトのバグを管理し、修正状況を追跡できるよう可視化を行うシステムです。現在、BTSとして様々なソフトウェアが公開されており、ソフトウェアを開発する上での必須アイテムになりつつあります。 BTSの多くはWebブラウザ経由でアクセス可能なソフトウェアで、その中から今回はウノウで採用している「Trac」について説明します。 Tracは、BTSとWiki、Subversionリポジトリビューワー
メンバーに贈るプロマネ基礎講座 インデックス － ＠IT自分戦略研究所
PMBOK流：業務委託先の選び方 メンバーに贈るプロマネ基礎講座（10） 外から必要なリソースを得る調達マネジメント。購入計画を立て、納入業者を選定し、契約を終了させるまでの一連のプロセスを解説
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GForge Collaborative Development Environment
大規模プロジェクトを成功に導く見取り図のつくり方
