メインコンテンツにスキップ
カスタマーレビュー
2007年12月28日に日本でレビュー済み
泥沼に陥ってるプロジェクトに所属する開発者も、デスマーチになりそうな不安があるプロジェクトに入りそうな開発者も、プロジェクトも順調でお客様との関係が良好な開発者も読んでおいて損はない良書である。
なぜなら、これからの開発者としての取り組み方を考える「MYJOB WENT TO INDIA」や、仕事そのものに対するプロセス改善の指針となる「エンジニアのための時間管理術」、今時のプロジェクトノウハウを詰め込んだ「ShipIt!」等を串刺しにしてプロジェクトの改善というものへの取り組み方を示した本だからということが理由である。
とりあえず、今の仕事に不安な部分がある開発者はこの本を読んでできそうなプラクティスからやらせてくれと言ってみることだ。自分のプロジェクトがアジャイルだとかウォーターフォールだとかは関係ない。仕事場でアジャイルというのが恥ずかしいなら「改善提案」だとか「見える化」とか言語替えしてもいい、今あるものをお客様に動かしてみてもらってもいい、朝ミーティングをやりましょうと言ってみてもいい。必ず何らかのフィードバックが得られてそこから改善が始めることができる。
この本を読むことでプロジェクトを成功に近づける/遠ざける手段を学ぶことができるはずだ。何をすればいいのかさっぱりわからないという人には最初の一歩になるはずだし、いくつかはすでに実践しているという人にはさらなる一歩になると私は思う。
なぜなら、これからの開発者としての取り組み方を考える「MYJOB WENT TO INDIA」や、仕事そのものに対するプロセス改善の指針となる「エンジニアのための時間管理術」、今時のプロジェクトノウハウを詰め込んだ「ShipIt!」等を串刺しにしてプロジェクトの改善というものへの取り組み方を示した本だからということが理由である。
とりあえず、今の仕事に不安な部分がある開発者はこの本を読んでできそうなプラクティスからやらせてくれと言ってみることだ。自分のプロジェクトがアジャイルだとかウォーターフォールだとかは関係ない。仕事場でアジャイルというのが恥ずかしいなら「改善提案」だとか「見える化」とか言語替えしてもいい、今あるものをお客様に動かしてみてもらってもいい、朝ミーティングをやりましょうと言ってみてもいい。必ず何らかのフィードバックが得られてそこから改善が始めることができる。
この本を読むことでプロジェクトを成功に近づける/遠ざける手段を学ぶことができるはずだ。何をすればいいのかさっぱりわからないという人には最初の一歩になるはずだし、いくつかはすでに実践しているという人にはさらなる一歩になると私は思う。
