電子文書(法令、タイムビジネス関連制度)2019-12-27Reactの5thステップ2019-12-20WWWブラウザの[×]ボタンのイベントをハンドルする。.NET開発基盤部会」によって運営されています。補助計画書作成が順次実行される。範囲の計画のPMB作成が実行される。作成が並列実行される。上記を統合しつつ、時間、原価の計画の2つのPMB作成が並列実行される。時間、原価のアウトプットの統合が行われる。変更の計画書を作成し、ステークホルダーの承認を受ける。前提条件と制約条件を含む。†ステークホルダーは「立上」に「特定」がある。関連があるので、計画書を相互に交換する。パラメトリック見積を指す。†プロセスと成果物を対象とする。説明責任者ダケは兼務不可能。調達計画はスケジュール計画への影響が大きい。調達SOWは、購入者/納入者どちらが記述してもOK。契約タイプには一括系(FP)と準委任系(CP)がある。†リスク特定のポイント特にスコープ(・ベースライン)に注目する。チェックリストが、無い場合は、ブレスト・インタビューを使用する。網羅性が低くなることがある(労力回避に使用しない)。最終的にリスク登録簿をアウトプットする。グローバルでは、議事録・念書ではなく、リスク対応計画。(根本的に、契約がシッカリしているので、ジャパン・トラディショナル企業的に揉めない。†コミュニケーション・モデルのステップ受信確認とフィードバッグ・応答の差異を問う問題が多いかも。コード化メッセージの送信メッセージの受信確認(双方向時)メッセージの解釈フィードバッグ・応答(双方向時)情報伝達の責任は「発信した側」にある。情報を配布する理由は技術選定で考慮しない。責任関係を使用して決定する。「不認識」が最悪と覚えると良い。†パフォーマンス測定ベースライン(PMB)スコープ・ベースライン承認済みの、プロジェクト・スコープ記述書WBSWBSコードコスト追跡に利用される。EVM測定で必要になる。ワーク・パッケージ・レベルローリング・ウェーブ計画法その他WBSはステークホルダーとのコミュニケーション改善にも役立つ。行き過ぎた要素分解はオーバーヘッドを増すことになる。(計画見積もりは詳細化できる、また、成果物数量に変化はない。マネジメント、資源のアサイン、作業効率に非効率が発生)WBS辞書スコープ・ベースラインの子要素で作業構成要素の内容が文書化される。スケジュール・ベースライン承認済みのプロジェクトスケジュールコスト・ベースラインS字カーブ(支出のペースは、開始・終了部分が緩く、中間部分が急)EVMのグラフのPVとして使われる。スケジュール・ベースラインも加味されている。現在のシステム開発にはフィットしない事が多い。スコープの重要性が高まっており、スコープは意思決定基準となっている。成果物を第1レベル~第nレベルに分解してWBSを生成する。ワーク・パッケージは更にアクティビティに分割される。プロジェクト境界を定義する。