ソフトウェア開発チームを構成するメンバーは大きく2つの種類に分かれます。開発者とリーダーです。開発者にさまざまなスキルが必要なように、リーダーにもさまざまなスキルが必要です。多様なスキルの中で最も習得が難しいとされているのは、開発者と違う視点を持つことです。もし、（教科書どおりにやっているはずなのに）いまあなたがリーダーとしていま一つだと感じているのであれば、開発メンバーから、リーダーへの視点の切り替えが上手に行われていない可能性があります。 この連載を通じて私がお手伝いしたいのは、視点の切り替えです。切り替えというよりは、「もう1つの視点を持つ」といった方が適切かもしれません。メンバーとして、開発者としてプロジェクトチームに貢献してきたあなたが、リーダーとしてチームに貢献するために追加すべき視点を持つにはどうすればよいか？ 次の3つの切り口で説明していきたいと思います。 3つの切り口：「
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。 日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人 日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後に
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、前回までリーダーシップトライアングルについて説明してきました。今回からは個別の題材を取り上げ、システム開発プロジェクトにおけるリーダーシップを中心に、連載のタイトルのとおり「私の視点＝私点」を皆さんにお届けしようと思っています。 各回の題材は、何らかの形でリーダーシップトライアングルと関連しています。各回の記事とリーダーシップトライアングルとの関係を明確
プロジェクトマネージャ（＝PM）の石出さんは今日も悩んでいます。 開発チームのスタッフからさまざまな問題が石出さんの元に集まってくるからです。例えば、こういう感じで……。 「コンパイルができません。ライブラリが違っているようです。でもライブラリはちゃんとあるんです。なぜでしょうか？」。調べてみると単純なバージョンの問題だった。このような問題は最近多い気がする。オープンソースのプロダクトを利用し始めてから特に多い気がする……。 「その障害は最新バージョンでは修正されていますよ」あるいは「その障害はいまのバージョンでは再現しないので大丈夫だと思います」というスタッフがいる。このような状況ではまともに品質を管理できない。どうしたらよいのだろう。 こういうやりとりもある。 「○×機能が実装されていませんよ」「（担当している）Aくん、どうなっているの？」「すみません。最新のコードにしていませんでした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
