鈴木安而の一覧
「鈴木安而」の新着作品・人気作品や、最新のユーザーレビューをお届けします！
-
作者をフォローする
- フォローするとこの作者の新刊が配信された際に、お知らせします。
ユーザーレビュー
-
アジャイル誕生の説明から始まり、
アジャイルの大規模プロジェクトへの適用方法や契約、
アジャイルの中でも代表的なスクラムの知識体系である
SBOKの説明と基本的なことが全て書いてあります。
図解部分が無くても分かりやすい内容になっており、
アジャイルをこれから学ぶ人にとっては良書だと思います。
...続きを読む【勉強になったこと】
・アジャイルは協業をモットーとしたマネジメントなので、
「指示型」「指揮型」といったスタイルではなく、
「コーチング」「メンタリング」といったリーダーシップ
スタイルが合っている。
・プロダクトオーナーは各種レビューやバックログの準備等、
プロダクトに関わる進め方や検討事項の決定を担うため、
掛け持ちできたとしてもせいぜい2つまで。
・たとえ請負契約であったとしても、請負先に指示を出すと、
準委任契約とみなされる。そのため、完成責任や瑕疵担保
責任といったものも無くなってしまう。
・アジャイルではイテレーション中は変更要件を受け付け
ない。変更要件をためておき、次のイテレーションにて
組み込むか組み込まないかを判断して進めていく。
・アジャイル・プロジェクトの一般的な進め方
STEP1：プロジェクト・ビジョン記述書の作成
STEP2：優先順位付きプロダクト・バックログの作成
STEP3：スプリントの開始
STEP4：スプリント期間の設定
STEP5：ユーザー・ストーリー
STEP6：日々のスダンドアップ会議の実施
STEP7：スプリント・レビュー会議の実施
STEP8：成果物と受け入れ基準
STEP9：成果物の顧客へのリリース
STEP10：レトロスペクティブ・スプリント会議の実施
STEP11：次のスプリントの開始
STEP12：全バックログ完了とプロジェクト終了
・徹底的な見える化
プロダクトバックログ・スクラムボード・リリース計画・
バーンダウンチャートを活用するだけでなく、
日々のスタンドアップ会議にて常に情報共有を行うこと。
・会議は時間を決めて実施することが重要
例えば、4週でのイテレーションの場合
スタンドアップ会議：15分 / 日
スプリント計画会議：8時間
スプリント・レビュー会議：4時間
レトロスペクティブ・スプリント会議：4時間
・対応する優先順位づけを決めるのは顧客側であり、
決まった順番に従ってプロダクト・バックログを
並べ対応していくこと。
・リスクマネジメントのプロセス
①リスク特定
スプリントやプロジェクトの振り返りやレビューからの教訓
リスク・チェックリストによる洗い出し
リスク・プロンプト・リストによる洗い出し(公開リスト)
ブレーンストーミング
リスク・ブレイクダウン・ストラクチャーの作成
リスク・ベースのスパイク（やってみる）
②リスク査定
リスク会議の実施
リスクの可視化
- 発生確率ツリー
- パレート分析
- 発生確率・影響度グリッド
③リスク優先順位付け
④リスク低減
リスク発生時の対応策を決定する。
⑤リスクコミュニケーションの実施
・プロジェクト・ビジョン作成のためには、上位マネジメント
参加によるプロジェクト・ビジョン会議を開催し、
ビジネス背景、ビジネス要求事項、ステークホルダーの期待
などを特定する。
・スクラムチームには、
独立性、自己動機付け、顧客第一主義、責任感、協業的
という要素をもつメンバーを集めること。
・ユーザーストーリーを作成するときは、
Independent（独自性）：
他のユーザー・ストーリーと重複しないこと
Negotiable（交渉可能性）：
顧客と開発側と交渉して開発が出来ること
Valuable（価値あること）：
ユーザーにとって価値があること
Estimate-able（見積もり可能性）：
作業工数見積もり可能なこと
Small（小さい）：
見積もりや計画しやすいこと
Testable（試験可能性）：
結果をテストで確認出来ること
といった特性をもっている必要がある。
・3点見積もりとは、
複数の見積もりを最可能値、悲観値、楽観値に分けて、
見積もりを算出する方法のこと。
(悲観値 ＋ 4 x 最可能値 + 楽観値) / 6
Posted by ブクログ
-
まずPMBOKの全体像を把握する上では、ポイントもわかりやすく、粒度がちょうど良く読みやすかった。
プロジェクト管理経験がある人が、一度体系的にこれまでの管理手法を整理する目的で読むといいかもしれない。
Posted by ブクログ
-
プロジェクトマネジメントのお勉強。確かに方法論を学ぶには網羅的になっているからよいのだが、これを覚えたところでマネジメントできるかと言ったら全く別問題な気がする。次に読もうと思っている「PMBOKが教えない成功の法則」に期待。
・典型的なライフサイクル
予測型ライフサイクル：ウォーターフォール
...続きを読む型。
反復型と漸進型ライフサイクル：
採用されるケース
→目標やスコープの変更をマネジメントする必要がある場合
→製品の分納がステークホルダーにとって有益である場合
適合型ライフサイクル：アジャイル手法。
採用されるケース
→変化の激しい環境へ対応する場合
→要求事項とスコープを事前に定義することが難しい場合
→ステークホルダーに価値を提供するために細かい漸進的な改善の定義が可能な場合
・プロジェクト・マネジャーの職務
マネジメント機能
インターフェース・マネジメント
インテグレーター
コミュニケーター
顧客第一主義
コンフリクト・マネジメント
その他の職務機能
・プロジェクト・マネジャーの役割
チーム・リーダー
意思決定者
ムード・メーカー
・マネジャーとリーダーの対比
立場 管理者/指導者
役割 観察と調整/牽引と推進
日本のITプロジェクトの契約形態には、いわゆる一括契約が多いのですが、この契約を対象とする法律民法です。民法では請負契約の特徴として、受注側に成果物完成責任や瑕疵担保責任が課されていますが、報告義務を義務付けていません。従って、進捗状況を報告したり、会議を開催したりするためには、契約書に明記する必要があります。契約書に記載しない場合は 要件定義書に明記して契約書に添付する必要があります。
業務委託という契約形態は、民法上「準委任契約」に相当します。この契約は、役務の提供が目的ですから 原則として瑕疵担保責任や成果物完成責任はありません。「委任契約」は、例えば税理士、会計士、司法書士などのような法律上の業務を行う契約で、「準委任」はそれ以外の業務としています。一般には、両方とも「委任」と呼んでいます。
さて、どちらが望ましいか検討しなければなりませんが、スコープが明確な場合 ま一般的に請負契約にしています。スコープが不確実な場合は、準委任契約の方が よいと思われます。両者の大きな違いは、請負が結果を求めるのに対し、委任は役務の提供を求めることです。従って、発注側が作業指示を出すのでしたら委任で、作業を任せて結果だけを求めるのでしたら請負にします。
請負契約を締結する場合にスコープが不明確のままですと、受注側に大きなリス クが生じやすいといえます。
派遣の場合は、民法ではなく人材派遣法による制約がありますが、特性は、委任 契約に類似しています。 人材派遣法では二重派遣を禁止していますので、その点を注意します。派遣の場合は発注側から作業員へ直接作業指示が出ますが、請負契約では、作業指示は出せません。 定常的に作業指示が直接出されている場合は、たとえ契約者が請負であっても、裁判所には派遣や委任とみなされます。つまり完成責任がなくなってしまいます。指示された通りに作業したのだから、結果には責任を負わない、という考え方です。
Posted by ブクログ
-
PMBOK第6版が出ていたので、さっそくお勉強。
表紙には、第5版からの変化をコンパクトに凝縮と書かれていたが、今一つどこが変わったのかよくわからん。
・5つのプロセス群
１．立ち上げ
２．計画
３．実行
４．監視・コントロール
５．終結
・10の知識エリア
統合、スコープ、スケジュ
...続きを読むール、コスト、品質、資源、コミュニケーション、リスク、調達、ステークホルダー
・収穫逓減の法則
あるアクティビティの所要期間の見積もるときに、人数を二倍にしても期間は半分にはならない。ある時点でアクティビティに過剰に資源を投入すると、知識移転、習熟曲線、追加調整や関連要因のために所要期間を増やしてしまうことが要因。
・品質指標
設計：ドキュメント不良件数
ドキュメント不良件数／頁
デザイン・レビュー指摘件数／頁
工数／頁
検査完了遅延日数
変更指示件数
ドキュメント検査実施回数
テスト項目数／Ks
仕様変更件数
コーディング：設計仕様のカバー率
コード・インスペクション指摘数
テスト：未解決不良件数
不良摘出件数（累計）
不良摘出件数／Ks
テスト項目消化件数、テスト密度
テスト網羅性
不良摘出件数／マシン時間
不良率（不良摘出件数／テスト項目数）
不良合格件数／Ks
故障率(1/MTBF)
・リスクのパラメーター
緊急度：リスク対応策が効果的である期間。
近接度：リスクがプロジェクト目標に影響を与えるまでの期間。
休眠度：リスク発生後、その影響度が発見されるまでに経過する可能性のある期間。
マネジメント可能度：リスク・オーナーがリスクの発生または影響をマネジメントすることの容易さ。
制御度：リスク・オーナーがリスクの結果をコントロールできる程度。
検出可能度：リスクが発生した、または発生しそうなことの結果が検出され、認識されることの容易さ。
接続度：他の個別リスクに関連している程度。
戦略的影響：組織の戦略目標に影響を及ぼす可能性。
共感度：複数のステークホルダーによって重要と認識される程度。
・IT系プロジェクトのリスク
スキルのリスクでは、たいていの場合追加トレーニングが対策になります。。しかし、トレーニングそのものにもリスクがります。いわゆる二次リスクです。たとえば、せっかくトレーニングをしても効果があがらない、トレーニングのために十分に時間がとれない、予算を割けない、などというものです。
トレーニングは、プロジェクトの早い時点で実施しないと効果が小さいものです。スケジュールを見ながら、どこにトレーニング日程を組み込むのか、頭の痛い問題です。また、トレーニングの種類によっては外部研修に参加しなければならないものもあって、その研修の可用性い制約を受けることがあります。
・EVA
SV＝EV-PV
CV＝EV-AC
SPI=EV/PV
CPI=EV/AC
Posted by ブクログ
-
専門用語のオンパレードだったり、内容が「広く浅く」な印象から、この本はこれを読んだことをきっかけに気になったことを別途深く掘り下げて学習するための入門書なのかな、と思いました。
アジャイルPMを行っていくには、どのようなことが必要なのかを知る分には良い書籍なのかと思います。
Posted by ブクログ
鈴木安而のレビューをもっと見る
アジャイル誕生の説明から始まり、
まずPMBOKの全体像を把握する上では、ポイントもわかりやすく、粒度がちょうど良く読みやすかった。
プロジェクトマネジメントのお勉強。確かに方法論を学ぶには網羅的になっているからよいのだが、これを覚えたところでマネジメントできるかと言ったら全く別問題な気がする。次に読もうと思っている「PMBOKが教えない成功の法則」に期待。