IT業界の「プロジェクト」は、いつから誤解されるようになったのか - ジャスミンソフト日記

私たちは主として業務アプリケーション開発という「プロジェクト」に関わる仕事をしています。ところで、このプロジェクトという言葉が持つイメージと、実際の開発現場との乖離に悩まされることも少なくありません。ここで、私の考え方を整理しておこうと思います。 「プロジェクト」とは、やったことがない、新しい業務のこと やり方がすでにわかっていて、マニュアル化されていればプロジェクトとは呼びません。 なぜ、そういう自明のことをあえて持ち出したかといえば、新しい業務は誰も経験したことがない分、「リスク」を伴うからです。 このリスクを誰が負担するかといえば、それはプロジェクトの成功によって恩恵を受ける側です。業務アプリケーション開発分野でいえば、それは発注者であるユーザー企業です。 しかし実際には、このリスクをゼロにしようという力学が働いています。それが「一括請負契約」であり、その実体は「丸投げ」です。 この

[Guro]

読んだ。

[imai78]

リスク・マネジメントを考えた場合は仰る通りだと思うのだが、そこに「人の育成」というものは絡めない方が良い気もする。

[kamatamadai]

”リスクに対して真剣に取り組むという経験をした人材こそが、プロジェクトの最大の成果”

[ledsun]

同意。プロジェクトの担当者に追加の予算とか途中でやめるとかの選択肢が許されてるように見えないのは不思議だよなぁ。

[tmtms]

"マネージャは有限である資源（ヒト、モノ、カネ）を割り当てる権限を持っていることになっています" "しかし実際にはどうでしょう。資源割り当ての権限は与えられず、リスクが顕在化したときに場当たり的対応"

[tarchan]

＞リスクに対して真剣に取り組むという経験をした人材こそが、プロジェクトの最大の成果

[fusionstar]

おお、どこでねじまがってしまうのか考えていたが、こういうことか。

[deg84]

確かに…

[Yamashiro0217]

"プロジェクトを支えるのは、経営者の覚悟である" 受託に限らんな

[t-wada]

"実際には、このリスクをゼロにしようという力学が働いています。それが「一括請負契約」であり、その実体は「丸投げ」です" "プロジェクトを支えるのは、経営者の覚悟である"

[kat21]

全く同意。さて、内製化を進めていこうとした場合に、担当者を決めようとしたときに実は全くノウハウが無い、何からやればいいか分からないといったことが発生する。オレの仕事はそのサポートが得意だし、好きだ。

[anrkny]

メモ：まなめはうすより// 「IT業界の｢ﾌﾟﾛｼﾞｪｸﾄ｣は､いつから誤解されるようになったのか - ｼﾞｬｽﾐﾝｿﾌﾄ日記」

[ryozo18]

完全同意　"内製化によってどういう人材を育成するかといえば、それはもちろん「その業務のプロフェッショナル」であり、プログラマーではありません"

[atsuizo]

激しく同意。内製回帰厨としてスルーせずにはいられない良エントリ。

[mallowlabs]

丸投げの科学