專案+/啟動
< 專案+
- 識別業務目標，即專案目標
- 定義機會/問題
- 預期結果
- 通常與目標同義
- 可能是定義不完整的高階目標
- 要達成的目標
- 專案或專案任何部分的預期結果
- 透過具體可交付成果和行為結果進行衡量
- 必須事先視覺化
- 識別高階業務相關需求、結果和成功標準
- 識別低階需求和期望
- 為專案預算、期限和風險設定界限
- 範圍
- 進度
- 預算
- 描述專案合理性的資訊
- 如果預期收益大於估計成本和風險，則專案是合理的
- 通常很複雜
- 可能需要
- 財務分析
- 技術分析
- 組織影響分析
- 可行性研究
- 描述
- 對產品和/或服務的需要
- 提供產品/服務條件
- 目的
- 從潛在供應商處徵求投標或提案
- 關鍵利益相關者
- 負責管理專案的計劃和執行
- 專案的單一責任中心
- 關鍵利益相關者
- 作為專案主要受益人的人或組織
- 通常對以下事項具有重大許可權
- 範圍定義
- 專案是否應該啟動和/或繼續。
- 關鍵利益相關者
- 從事工作的公司或團隊
- 關鍵利益相關者
- 建立和維護執行承諾
- 分配組織資源（資本、人力等）
- 提供方向
- 有權解決專案人員和職能人員之間的爭議
- 支援並維護專案的資深主管
- 來自提供
- 指導
- 戰略輸入和方向
- 尋求其職能部門的合作
- 高階專案審批
- 任何參與專案工作的人員
- 包括承包商和顧問
- 根據你的決定讓其他人採取行動的能力
- 基於人們對某人被正式授權釋出具有約束力的命令的認知
- 影響他人行動的能力
- 可能來自
- 正式的授權委託
- 專案章程賦予專案經理
- 參照權力
- 個性
- 專業知識
- 從技能中獲得的尊重
- 影響獎勵和處罰的能力
- 獎勵或強制權力
- 其他來源。
- 正式的授權委託
- 任何與專案有關的人
- 客戶
- 贊助商
- 執行者
- 公眾
- 直接參與者的家人和朋友
- 其他？
- 職能
- 專案
- 矩陣
- 業務結構，人們被分配到
- 職能組
- 部門、學科等
- 專案或流程
- 貫穿整個組織
- 需要來自多個職能部門的資源。
- 職能組
- 功能
- 效能
- 專案結束日期
- 專案所有權
- 完成標準
- 嚴格的變更控制程式
- 此類專案的“最佳實踐”生命週期
- 對專案範圍的描述
- 以主要可交付成果和約束為中心
- 開發和確認對專案範圍的理解
- 通常需要比WBS或專案章程花費更多時間來建立
- 在進入專案計劃階段之前，需要審查範圍文件
- 專案經理和贊助商在達成目標一致後，再完成範圍說明書
- 建立專案範圍變更請求程式
- 終端使用者代表批准技術變更
- (P) - 政策和程式
- (R) - 需求
- (O) - 概述
- (C) - 供應商採購標準
- (S) - 規範
- 產品
- 完整的特性和功能集
- 專案
- 交付產品所需的工作
- 影響
- 執行和客戶組織的參與。
- 對執行和客戶組織的影響。
- 對專案範圍定義的任何更改
- 可能由以下原因引起
- 客戶需求變化
- 發現缺陷或遺漏
- 監管變化
- 其他
- 確保對範圍的更改進行有意識的評估
- 確保在決定
- 進行更改
- 推遲
- 拒絕
- 專案生命週期中範圍的更改
- 專案範圍的無意識增長
- 由對需求的無控制變更導致
- 透過實施嚴格的變更控制流程來管理
- 將主要可交付成果分解為更易於管理的元件
- 使驗證、開發和專案控制更輕鬆
- 可能是需求定義和/或設計的一部分
- 制定專案
- 主要可交付成果
- 理由（商業案例）
- 目標
- 需求定義的一部分
- 確保所有專案可交付成果已圓滿完成的流程
- 與客戶和贊助商對產品的驗收相關聯。
- 客戶期望
- 問題/機會
- 可交付成果
- 策略
- 完成日期
- 預算
- 風險
- 優先順序
- 贊助商
- 資源
- 資源可用性
- 以上所有內容是否都在專案章程中記錄？
- 談判
- 面試
- 會議
- 備忘錄
- 讓管理層參與定義專案概念
- 讓管理層參與定義範圍
- 讓管理層參與審查和批准交付成果
- 為管理層提供作為發言人/倡導者的角色
- 決策者之間的一致同意
- 需要確信該決定將充分實現目標
- 如果一個人不同意，則不存在共識