橋本将功のレビュー一覧
-
-
-
-
-
-
-
-
Posted by ブクログ
プロジェクトマネージャーだけに限らず、
システムに関わる人(ベンダー、ユーザー側共に)全員に読んでほしい一冊。
本書を読めば、ベンダー側にとってはプロジェクトのどの部分に気をつければ良いかを理解することができ、逆にユーザー側にとってはシステム開発の各工程にどういう意味があるのかを理解することができます。
本の構成としては商談開始、要件定義〜リリース、運用保守までの各工程で章立てされています。
それぞれで何をやればいいか、やらなかったらどうなるか、具体的なエピソードで書かれているため、理解しやすくてよかったです。
また、見積もり手法やビジネスモデルの類型などそれぞれ種類が示され、解説されてい -
-
Posted by ブクログ
・関係者（発注者/ベンダー/メンバー/関連企業）が対等に話し合える関係性を築く
・プロジェクトマネージャーが多忙もしくは能力不足で全体観を失わないようにする
マネジメントは管理だけではない
管理：状況確認（計画との差分）、作業アサイン
→計画に固執する
マネジメント：管理＋目的達成に必要な判断、全体像の把握、事前調整
→リスク把握し、アクティブな調整を行い、計画にフィードバックさせる
■交渉
・説明資料と議事録は文書化
・フォーメーションを組む：重要度、費用と進捗課題は人を分けるなど
■タスクマネジメント
・タスクを洗い出す→優先順位つける→メンバアサイン→振り返りＫＰＴ
-
-
-
Posted by ブクログ
ネタバレ・感想
PMに立つ上で基礎知識をかなり分かりやすくまとめた書籍。
定期的に読み直し、知識のアップデートを図る必要有。
復讐をよくおこなって35歳までには身につけたい。
・Todo
・PJはスタートとゴールが決まっており、
QCDの観点はトレードオフになる。
企画:プロジェクトの企画意図や必要性の検討
見積:ベンダーに見積を取って費用やスケジュールの評価
決裁:費用対効果やスケジュールの妥当性を検討し、社内決裁の上でベンダーに発注
PJ計画:プロジェクト計画を立てて開始する
要件定義:要件の定義とデザインを行い、開発するシステムの大枠を決める。
設計:設計を行い、システムの仕様を詰める
実装: -
-
Posted by ブクログ
ソフトウェア開発プロジェクトのマネジメントについてのスキルを整理した一冊。
マネジメントするべき「プロジェクト」とは何であるのか、という解説から始まり、成功に至るために必要なステークホルダーとの交渉、決めるべきこと、各フェーズで求められていることが網羅されている。
いちソフトウェア開発者としてキャリアを築く中で、自然に身につけていたなと思う内容もあれば、これまであまり意識出来ていなかったなと思うところも。
本書は、そういった経験則で語られがちな内容を言語化し、通して学べる形で書籍化されている点が非常に良かった。
私自身は現在プロジェクトマネージャーになる予定も経験もないが、管理される側として -
-
Posted by ブクログ
プロジェクトマネジメントの流れを全部説明する本
流れとしてわかりやすく書いてあってまとまってる
プロジェクト：スタートとゴール、不確定要素、複数人
交渉：ヒアリング、同期非同期、ツール、議事録、共有、体制
タスクマネジメント：ジョブ型、能力見積り、①洗出し②優先順位③依頼④振返り、パスチャート
プロジェクト計画：①ヒアリング：目的前提座組期間②契約③マイルストーン
見積り：概算、詳細：積み上げ、バッファ
契約：請負、成果物・研修、準委任
要件定義：要求要件、ビジネス要件、
デザイン：ペルソナ、全体像
設計：コード規約、設計書、
テスト：テストとはなにか、テスト定義、計画、マネジメント
リリー -
Posted by ブクログ
ネタバレ無理なスケジュール、、、上からの短期実現を固定で、それを実現させるためには、何をして何を諦めなければいけないかでアプローチしていたので、かなりプロジェクトとして無理があることが少なくないなと感じた。反省。
自分が管理している課やプロジェクトでどこが問題になっているか見直すのに便利な1冊。
自分が大事に思っている事は当たり前のようにできていて、一方で、頭ではわかっていても、そこまで重要視していない事がパターンの1つとして上がっていると、心にグサっとくる。全てが全てできるわけではないけど、プロジェクトの達成やチームメンバーの成長につながるような全体マネジメントをしていかないといけない。やはり日本の -
-