受託開発の罠

Solution 受託開発の罠 プロジェクトを成功させたいのであれば「そこにいて、やることをやっている」者を選ぶことです。 つまり、あなたがすでに知っている、そして信頼している開発者を選ぶのです。 それだけのことなのです。ソフトウェア職人気質は、成果物に対する評判という土台の上に 確立された長期の信頼関係の上に築き上げられるものなのです。 受託開発を行う場合、大抵は、最終顧客と呼ばれる「顧客」と、 SIerと呼ばれる「発注元」と実際にプログラミングを行う「下請け会社」に分かれることが多い。 下請け会社は、「協力会社」と呼ばれることが常なのだが、ここでは「下請け」ということにしておく。 何故か？は、この記事を読めばわかる、と思う。 たとえば、顧客が何か社内システムを作ろう、と思い立ったとしよう。SIer＝発注元に営業を受け、 「こんなシステムを作りませんか？」という形で製品の売り込み、そして

[takun71]

最底辺プログラマの俺、涙目ww どうしようっかな…

[chiusagi]

ＩＴ業界に２年ちょっとしかいなかった自分だが、この文章はすごくよくわかる。大手の社員が独立して作った会社は大手から仕事をもらったら最後、この構造に陥る

[kiyo_hiko]

プロが素人の言いなりのがんじがらめになってパワーを出せないことがIT受託開発では少なくなく、これはシロアリ退治にも劣るひどい状態 (お客さんに全部指示されて薬剤を散布とかないでしょう) 。

[linklist]

システムの全体を把握し抽象化する能力／UML/XMLなどのオブジェクト指向、標準言語の能力／最終顧客をシステム化する創造力

[okazbb]

知っておくにべきことシリーズ

[Clocker]

受託開発 SI企業

[ming_mina]

すごくわかりやすかった

[nagas]

受託開発の全体的な仕組をわかりやすく解説してますね

[raimon49]

もう上流工程って考え方は無くした方が良いな。

[flakwing]

顧客と発注元と下請け会社の構造について。