最初被寄予厚望的專案常常會以挫折和失望告終,這是一種殘酷的現實.專案計畫不會自動實施,它們也不可能很肯定地**未來.所以專案管理需要強有力的開端,需要沿著正確的方向進行,需要持續改進與管理,以便計畫得到正確的理解,計畫實施時能夠產生預期成果,當有意外事件發生時,你需要作出快速反應,以便能夠跟蹤專案並重新努力去完成.
沒有哪個專案是完全按規劃進行的,因為規劃中的失察,新的機會和無人可以預見的時間或問題,對最初規劃或對最終產品系統的更改是無法避免的,專案的變更包括修正工作、人員增加、重組和進行時間、成本和績效的抵消。
系統的變更常常包括引數變更和犧牲技術績效以滿足時間和成本的限制。一旦專案經理必須修訂專案規劃和重新安排工期，專案必須在特定的日期完成，那麼資源將嚴格受限。
1.變更的原因
發生變更的原因如專案範圍、技術標準、質量規格或在設計階段發生的變更，或在工作中發生設計中的一些錯誤，或需求發生了變化。 還有一類是掙值的變更，是為了提高專案的價值，增加專案收益，有意識地改變原來的做法或改進一些措施。變更往往回帶來一些風險或成本、工期延長。因此要在變更出現的時候有效地對變更加以管理。
2.變更控制系統
變更控制系統是乙個設計好的、規劃好的專案管理過程。包括：
(1)在變更出現時連續地加以識別，然後將變更按照一定程式通知給相應的有關群體。
(2)以對專案成本、專案持續時間和其他任務影響的方式揭示這些變更的後果。
(3)允許進行管理上的分析、調查，替代行動方案。
(4)將變更通知所有相關群體。
(5)確定解決分歧和最小化衝突的策略。
(6)保證變更的實施。
(7)按月報告當時所有變更的小結和它們對專案的影響。
3.正規的變更控制
正規的變更控制就是密切監控工作,使其不超出原來的指標.
(1)確保原定的工作範圍和工作要求(指定的工期、預算）被清楚地陳述並得到負債者的認可。
(2)密切監控工作以保證其滿足（不是超出）指標。
(3)仔細篩選成本或工期超標的任務（會顯著增加工作範圍），並迅速採取行動改正問題。
(4)要求所有變更服從於事先規定的要求和批准程式。
(5)要求所有分包商和所有採購定單、測試要求等具備相似的控制過程。
(6)在乙個預定的時間階段，凍結所有非實質性的變更，並允許設計結束，以便下一階段可以開始，凍結點必須由管理方同意。規劃越早被凍結，變更對工期和成本產生負面影響的機會就越小。
4.配置管理
配置管理包括乙個技術過程和乙個行政指導過程。
(1)界定乙個專案或系統的功能和物理特性,並控制特性的變化.
(2)經審核證實符合要求.
要點:(1)仔細定義專案的交付物.
(2)嚴格控制對專案交付物的變更.
(3)確保最終交付物與經核准變更後的系統定義相吻合.
步驟:(1)編制說明書
(2)制訂總體設計.
(3)實施和測試系統.
(4)檢查專案和系統,以核實是否符合要求.
參考:<>,《成功的專案管理》,《專案管理概論》
專案中發現的小問題規整
最近的專案由於對ram的要求非常高，所以使用了外部sram，所使用的作業系統ucos ii也使用了記憶體管理，即記憶體申請和釋放，得到經驗如下 1 所執行應用程式第一次是正確的，執行第二次出錯，經過排查，在釋放的時候osmemput commramc ptr,xstring sscommand pt...
需求管理之專案中如何更好的控制客戶需求
凡是做過不止乙個國內的專案的專案主管人員可能都經歷過這種場合 公司的銷售人員興沖沖的拿來乙份與客戶簽訂的合同交給你，聲稱這專案又搞定了，但是當你拿過來合同 或者任務委託書 一看，關於專案範圍的說明只有寥寥數行，要麼是一些高舉高打的套話，要麼只說專案都包含什麼樣的模組，而對具體的業務只是一兩句話就完事...
Python專案中如何優雅的import
wxoa tree cl main.py test wxoa init py pycache init cpython 35.pyc entity init py pycache init cpython 35.pyc user.cpython 35.pyc user.py util init py...