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

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

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

テクノロジーカテゴリーの変更を依頼記事元:

blog.jnito.com

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

1039usersがブックマークコメント

220

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

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

1039 users

blog.jnito.com

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント220件

注目コメント
新着コメント

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

2012/08/27リンク

その他

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

2012/08/27リンク

その他

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

2012/08/27リンク

その他

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

2012/08/27リンク

その他

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

開発

2012/08/26リンク

その他

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

開発

2012/08/27リンク

その他

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

2012/08/27リンク

その他

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

2012/08/26リンク

その他

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

2012/08/26リンク

その他

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

2012/08/27リンク

その他

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

2019/09/19リンク

その他

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

2019/05/25リンク

その他

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

2014/10/03リンク

その他

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

2014/04/18リンク

その他

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

2013/08/26リンク

その他

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

2013/07/06リンク

その他

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

2013/04/13リンク

その他

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

ソフトウェア

2013/01/21リンク

その他

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

2012/10/09リンク

その他

tentyo4via Instapaper: Unread

2012/10/04リンク

その他

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

開発

2012/10/04リンク

その他

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

2012/09/14リンク

その他

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

2012/09/13リンク

その他

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

2012/09/09リンク

その他

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

2012/09/07リンク

その他

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

読み物

2012/09/04リンク

その他

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

2012/08/31リンク

その他

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

2012/08/31リンク

その他

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

2012/08/30リンク

その他

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

プロジェクト管理

2012/08/30リンク

その他

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

2012/08/29リンク

その他

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

2012/08/29リンク

その他

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

2012/08/29リンク

その他

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

2012/08/29リンク

その他

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

2012/08/29リンク

その他

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

2012/08/28リンク

その他

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

development

2012/08/28リンク

その他

isrc

2012/08/28

その他

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

development

2012/08/28リンク

その他

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

2012/08/28リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「ソフトウェア開発...」が注目されています。

気持ちをシェアしよう

ツイートする

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

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