部下の作業遅れ、PMやリーダーはどう行動する？
開発プロジェクトで部下の作業が遅れたとき、プロジェクトマネジャー（PM）やリーダーは、どんな行動を取るべきか――。先日、日経SYSTEMSの取材で訪れた方々と、こんな話題で議論を交わした。 驚いたのは、過去と現在でその行動に変化が表れていることだ。かつて多かったのは「叱責」である。「今のままでは納期に間に合わないぞ」「早く終わるようにもっと頑張れ」。作業の遅れを挽回してもらうために、メンバーの気持ちを引き締ることを狙ったものだ。 しかし現在は、この方法が通用しないばかりか、かえって遅れを大きくすることがあるというのだ。世代間ギャップだという面はあるだろうが、それだけで片付けるのは乱暴かもしれない。昔と違って今のプロジェクトは、メンバー数がかなり絞られている上に、納期もより厳しくなっている。そうした中で「頑張れ」「早くやれ」という一方的な叱責は、メンバーのやる気を削ぎ、さらに遅れを大きくする
ソフトウェア開発プロジェクトを蝕む10の典型的な過ち
プロジェクト管理は決して精密な科学ではないが、これにソフトウェア開発が持つ予測が難しいという性質と組み合わせられると、大きな悲劇のレシピが生まれる。わたしは、ソフトウェア開発プロジェクトに取り組んでいるプロジェクトマネージャーがよく犯す過ちを数多く見てきた。それらの過ちの一部はソフトウェア開発に限ったことではないが、この文脈では特に頻繁に起こり、ダメージも大きい。 1．「人数を増やせばよい」という誤解 Fred Brooks氏は同氏の有名な言葉の中で、よくあるプロジェクト管理の間違いについて「ある女性が9カ月に1人子どもを産めるからといって、9人の女性がいれば1カ月に1人の子どもを産めるわけではない」と表現している。そして、この間違いは今でも頻繁に見られる。ある問題に多くの人間を割り当てれば、その問題は早く解決するという考え方だ。残念ながら、これは正しくない。 プロジェクトに人を1人投入す
［品格編］難題を丸投げしてはいけない
プロジェクトを進めていくと日々の業務の中で、さまざまな問題が出てきて、解決することが求められる。できることならば避けて通りたいと思うのが人情だ。 ましてやそれが一筋縄では解決できない難題であればなおさらだ。時にはプロジェクトの運命を左右するような難題が降りかかってくる。難題をどうやって乗り切るかはすべてPM（プロジェクトマネジャー）の双肩にかかっている。 ここでたとえ難題がPMの専門外だったり、PMが経緯を十分つかんでいなかったりしたとしても、担当のPL（プロジェクトリーダー）やメンバーに解決を丸投げしてはいけない。 DB設計の不整合の解決を丸投げしたHさんの失敗 大手小売り企業のA社は業務体系の見直しに併せて、既存のホストシステムをオープンシステムに刷新しようとしていた。このオープン化の中には、既存データベースの構造を根本から見直すといった技術的に難易度の高い要件も盛り込まれていた。 こ
伝説のPMは原稿を動画で校正する
「今度SI（システムインテグレーション）の責任者になった冨永という男に一度会ってもらえませんか。私が言うのも何ですが大変な人物ですので」。 「取材ですか」。 「いや、取材はやはりちょっと・・・。夜、会食をセットします」。 「・・・。少し考えます」。 これは何のやり取りかと言うと、日本IBMの広報責任者と筆者の間に交わされたものである。時期は1991年か92年だったから、もう20年近くも前のことになる。 「冨永」とは、冨永章氏を指す。冨永氏はSE（システムズエンジニア）出身でありながら日本IBMの専務まで務め、“ミスターPM（プロジェクトマネジメントあるいはプロジェクトマネジャ）”と呼ばれた。日本IBMの社長・会長を歴任した北城恪太郎氏が「社長時代の功績は冨永を役員にしたこと」と振り返るほどの人物である。 1991年、冨永氏はSI推進本部長に就任し、日本IBMのSI事業、すなわちユーザー企業
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
無料で使えるプロジェクト管理ツール「gantter」を使ってみて、これはもう手放せないと思ったポイント3つ | バシャログ。
