- Amazon.co.jp ・本 (240ページ)
- / ISBN・EAN: 9784534051943
感想・レビュー・書評
-
著者の会社のホームページを読めば足りそうな内容。
詳細をみるコメント0件をすべて表示 -
製品ではなく、サービスを提供する点、またコンサルもできるエンジニアであること。顧客満足度・エンジニアの達成感ともに非常に強く感じられ、ベストなビジネスモデルであると感じた。
また一般的な開発であっても、顧客が真に必要としていることを読み解き、システム化していく点については、共通して重要であり、難しい要素が多いと感じた。 -
読み終わったー\(^o^)/
「納品のない受託開発」の提唱本。顧客に付き、段階的にソフトウェア開発を進める受託開発手法でした。 -
必ずしも全てのSIに適用できる訳ではないものの、適用できるケースであれば、方法論としてはアリだよな。やはりそもそも、事前に机上で全ての業務、データパターン、イレギュラー処理まで設計するのは容易ではないし、その時は出来たとしてもビジネスが進んでいくと実際の業務との差異も生まれてくる。なので、定額請負の中で、少しずつシステムを成長させていくことは、本来理にかなっているはず。ただ、お客様にもベンダーにも高い意識が求められるので、その理解が得られるかが鍵になるのかな。
-
デスマーチを経験して、受託開発のデメリットを実感した中でこの本を読んだ。
受託開発自体は魅力的な仕事であると思うので、この本に書いてある事が理想的な受託開発だと感じた。 -
資料ID:98150066
請求記号:007.35||K
配置場所:工枚普通図書
2015年ITエンジニア本ビジネス書部門大賞受賞 -
事業会社でエンジニアをしている自分にとってはある程度当たり前だと思っていることが、受託会社にとっては画期的なことなんだなぁという感じ。
-
業界の問題を解決する為に自分でビジネスモデルを作る
ことは凄いと思う。作者の思想がよく描かれていて理解もできるけど、会社経営の視点でみると最低限の利益を得なければ長期的な経営が難しいのではないかと思う。
印象としては気の合うエンジニアの集まりに近い感じが
する。若手を育てる感じはあまりなさそう。 -
ソフトウェアの「成長」をエンジニアが正しく導くことができるのであれば、とても有効な開発方法だと思う。
ユーザー側も実現したい事や業務の問題点がはっきり見えていないこともあるので、じっくりと対話を行って方向性を決めていけるのはメリットが大きい。
問題は、エンジニアの引き継ぎが難しくなる点。