ソフトウェア開発プロセス残酷物語 - give IT a try

昔々、あるところにジェイソンという、大変真面目な開発者がおりました。 彼がとある会社の情報システム部にやってきたとき、彼は社内システムのクオリティのひどさに衝撃を受けました。 情報システム部といっても、その会社では外注はせず、社内の開発メンバーがシステムを作っていました。 ジェイソンがそこで最初に担当したシステムは、見事なまでのスパゲッティコードでバグだらけ、データ設計も素人レベルでパフォーマンスも最悪、エラー処理もずさん、おまけにまともなドキュメントもなく、ちょっとした障害を調査したり、小さな改造を実施したりするのにも、大変な苦痛を伴うという、それはそれは大変なシロモノでした。 このシステムは元々エセーグルという、ちょっと変わった名前の開発者によって作られていました。 しかし彼はすでに別の開発チームに異動していて、こちらの質問には答えてくれますが、もはや本人が直接手を動かすことはありませ

[kokorohamoe]

人材不足の中、がんばったエセーグルが哀れだよ。孤軍奮闘した挙句、悪者かよ。そら、ダークサイドに落ちるよ。

[raitu]

ダメエンジニアを良いエンジニアに育てる方法を語らない限り、この手の記事は常に何も言っていない。人によって良いエンジニアの定義は大変ぶれる。その為、結局気の合うもの同士で集まれとしかいってない事になる

[NOV1975]

少数精鋭でできる範囲の仕事しかやらないなら正しい。

[ryuzee]

だからおいらは「アジャイル開発標準」とかいうのを作っちゃうのはよろしくない、と言っている

[naga_sawa]

少数精鋭の素晴らしいプログラマを集めたとして、それに続く「チームの精鋭度とモチベーションを維持する」という次の関門が待っている

[hirose504]

ダメエンジニアがこの先生きのこるにはどうしたらいいの…

[hiroyuki1983]

結論はよくわかるが、個々人の能力に関係ないくダメな人間でも一定のプロセスに従っていれば一定のアウトプットを出せる仕組みを設けるのは産業として成熟させるための必須条件でもある。

[bopperjp]

かなしいけど、実際これが真理なんだろうな。

[MasaMura]

出来る人間ほど組織に縛られれる事を嫌う。そのプログラマ達を纏めれる事は物凄く難しいと思うし、俺は失敗したけどね。

[Dolpen]

ひよこを立派な鳥に育てる方法は、やっぱり必要だと思うけどなぁ。生まれたときから良いエンジニアなんていないし、野に生えてるわけでもないんだから。

[gabari]

気持ちはわかる。でも、20:80の法則に陥るのは避けられない

[vanbraam]

エセーグルの寓話と,その対極として引用されているまつもと氏の一連のツイートに深く肯く.プロセスやルールで縛ればダメな人間でも使える,は幻想.でもこの幻想,特に人間形成の場である学校に深く染み込んでいて絶望的

[uhe_uhe_uhe]

作り手目線ではなかなか意味深いお話。では顧客（市場）はITやソフトウェアに何を求めているのでしょうかね。ITやソフトウェアの本当の価値は、それにお金を払った人・企業によって評価が変わる、今はまだそういう時

[miyatakesan]

自覚してたはずの「プロセスを設けることの弊害」に結局は沈んでしまったように見える。それを更に乗り越える気概が大事なんでわ……いや、無理か…。

[iR3]

「枠」と「自由」が共存するバランスの着地点を探すこと、また凄い人と普通の人が両方存在するのも現実でそこもバランスをとりつつ両立させる道を求める必要もありそう。

[uk-ar]

最近になって、ある人が彼に「ソフトウェア開発を成功させる一番の近道は何だと思うか？」と尋ねました。 彼は少しだけ沈黙した後、こう答えたそうです。 「少数精鋭の良いプログラマを集めることなんじゃないかな。

[kakku22]

大規模SIer現場では耳が痛いところかも >少数精鋭の良いプログラマを集めることなんじゃないかな。

[mentum]

ソフトウェア開発を成功させるための鍵は、平均以下のプログラマに立派な開発プロセスをあてがうことではなく、良いプログラマを集める、この一点に尽きる

[vcc]

ソフトウェア開発を成功させるための鍵は、平均以下のプログラマに立派な開発プロセスをあてがうことではなく、良いプログラマを集める、この一点に尽きる

[tentyo4]

via Instapaper: Unread

[TakayukiN627]

「ダメエンジニアでも使いようで良いソフトが作れる」と素朴に信じているところがまずいでしょう。数で勝負できるのは単純作業だけです。ソフトウェア開発はそんなに単純じゃないでしょう。

[Yeshi]

「理想の開発プロセス」とは？ のお話。今こそ読みたい。

[itachisoft]

ダメエンジニアはダメソフトしか開発できません。「良いエンジニアを採用する」か「良いエンジニアに育てる」

[someyimi02]

人材不足の中、がんばったエセーグルが哀れだよ。孤軍奮闘した挙句、悪者かよ。そら、ダークサイドに落ちるよ。

[wanglinlin03]

人材不足の中、がんばったエセーグルが哀れだよ。孤軍奮闘した挙句、悪者かよ。そら、ダークサイドに落ちるよ。

[ArcCosine]

”少数精鋭の良いプログラマを集める”それが如何に大変なことか……。

[maangie]

あとで読もう。なんか怖そうだ。

[papiro]

結局優秀な人を育てるか集めるか・・

[mtochiki]

結構，似た局面に立った事の有る人は多いのではないか？と思うし，その答えが１つしか無いという事でもなかろうが。。。　　　ただ，その答えが解ったら，教えて頂きたい。。。　　　ソフトウェア開発プロセス残酷物

[tiadeen2]

ドキュメント、ちゃんと作らなアカン…と、つい先日のFS事故で学んだので、開発プロセスもどうにかせなアカン、と思っていたらこの記事に出会う。考えさせられるナー。

[akuwano]

普通に読み物として面白いし考えさせられる。

[richard_raw]

思考停止は楽ですから……。/「上層部がドキュメントフェチに目覚めてしまった。」でちょっと笑ってしまいました。

[rdfrk]

ソフトウェア開発に限らず、クリエイティビティが必要なデリバリーの肝は、やはりデリバリーに関与する人なのかな～。

[takigawa401]

開発プロセスは開発者を幸せにはしない。

[gologo13]

PJの進め方って難しいよね。設計をおろそかにすると跡で痛い目にあう

[Clock0311]

そう…なんだけど、そこで終わっていいんかってのは思う

[Chisei]

更新を必須とするドキュメントや開発標準を設けたってみんながそれに従うとは限らない。仮にみんながそれに従ったとしてもそれが本当に効果的かどうかは怪しいもんだ。

[bash0C7]

開発標準をおっ立てたくなる気持ちはわかる。

[vkgtaro]

新しく作った開発プロセスの問題点が見えたわけだから、それはそれとして改善すればいいのに。プロジェクトに併せてテーラリングされてないのとか。そういうことを自発的にやれる人たちが必要だというのもわかるけど