松原友夫のレビュー一覧
-
-
-
-
Posted by ブクログ
ソフトウェアは人間関係ビジネス。ITのプロジェクトで発生する問題は主に技術的なものより社会学的なもの(ピープルウェア)。オフィスで感情を刺激する最大要因は自尊心を傷つけられること。その自尊心は大抵アウトプットの量より質に結び付けられる。出荷拒否権限。開放型オフィスへの(筆者の)ヘイト。フロー状態を途切れさせない。ホーンブロワーの考えは、現代では公然と言えば袋叩きに遭うだろうが、個人的には現実に即していると思う。自信のない権威主義体制では服装や髪型に至るまで統制され、会社としての価値創造力は失われていく。最良のイノベーションでも成果を出すには反抗的リーダーシップが必要。イノベーター自身が偉大なリ
-
Posted by ブクログ
PMP資格更新に向けて読みました。
個人メモ用にですが、ざっくり要約すると下記の感じかと思いました。
・デスマーチプロジェクトは多種多様あるが、結局無理な納期やスケジュールのプロジェクト
・デスマーチプロジェクトに対する最も効果的な対処はトリアージする事
・もちろん状況によるが、新しいツールや手法を導入するより使い慣れたツールや手法をうまく活用する方が効果的
・デスマーチプロジェクトはどれだけ時代が進んでも無くならない
少しクセがある文章のため、所々流し読みした箇所もあります。読書の時間がとれず細切れに読んでいたため理解しきれていないと感じる箇所もままありました。できるのであればしっかりと時 -
Posted by ブクログ
トリアージしよう。もっとも大切な要求、課題から手を付ける
【感想】
「デスマーチ」をキーワードにして、プロジェクトマネジメントのよもやま話をしていく本。主張は基本的なプロジェクトマネジメント原則と大差が無いかも。ソフトウェア開発プロジェクトの難しさを理解するために読むとよさそう。書き方はエッセイ的で、メッセージが掴みづらい。既にPMの知見が無いと、難しい。単純にシステム開発プロジェクトについて理解するなら、「システムを作らせる技術」の方が分かりやすい。各章ごとの「まとめ」を読んでから、本文を読んだ方が理解しやすい。勉強のために読むなら、読んだうえで自分で抽象化を試みた方が良さそう。
【本 -
Posted by ブクログ
エンジニア、さらに言えばプログラマの働き方に対する本。プログラマはどう働くべきか、周囲は彼らを活用させるためにどうすればいいのかを説明している。
ものすごく簡単に言えば、互いにコミュニケーションが取れる状態をチーム内に構築する、周囲（マネージャなど）は彼らの邪魔になることはしない（邪魔になること:電話を掛けたり電話対応させたり集中力が途切れるようなこと）などが挙げられている。それと似たようなことが実例とともに繰り返し述べられているのがこの本の主な内容である。実際にはプログラマが成長する際の学習環境についてなども含まれている。
さて、そうするとプログラマが勝手気ままに周囲に対してふるまえるかのよ -
-
-
-
-
-
-
-
Posted by ブクログ
ネタバレ「デスマーチは常態」。うん。
お客さんから、いやむしろ経営者から、大げさに言うと半分の予算で！半分の人数で！半分の納期で！に「期待している」という言葉を添えて任される。
新しい技術、手法を取り入れてみる。誰もやったことない。つまりみんな新人と同じ。遅延する理由がたくさん。
だから圧倒的に時間が足りない。
勉強になったのは、Mustdo、shoulddo、coulddo＋20:80の法則からの気づき。あるシステムを構築するときに本当に必要で核となる機能は全体の20%。だから、アジャイルとかで徐々にお客にリリースしていけば、うまくいけば残りの80％を省略できるかもしれない。ま、ウォーターフォールで -
-
-
-
-