1、如何開始項目管理（如何入門）

　　實踐練習：
　　找出自己在項目管理、人員管理和團隊領導力中的短板，并想辦法進行提高；找到一些經(jīng)驗豐富的項目經(jīng)理們作為你學習的楷模，并嘗試運用它們的優(yōu)點；從你過去的一些上司、領導處總結哪些行為和特點是你無法忍受的，然后再你自己的管理工作中去規(guī)避這些做法。
　　2 如何知道項目已經(jīng)完成（必須要定義一些完成的準則）何以知道已經(jīng)完成？
　　當產(chǎn)品已經(jīng)足夠好的情況下，可以確認是否已經(jīng)完成。
　　“足夠好”：是指產(chǎn)品已經(jīng)具備一些可接受的綜合屬性，如功能、質(zhì)量、時效性、客戶價值、競爭力以及支撐的基礎設施已經(jīng)準備緒。
　　客戶對質(zhì)量的看法主要取決于可靠性（持續(xù)運行無故障）和性能（操作的響應時間）
　　內(nèi)部對質(zhì)量的看法主要設計如下方面：軟件在未來的可修改性、可維護性、文檔的可理解性等
　　如何定義產(chǎn)品發(fā)布準則？
　　發(fā)布準則必須要與成功準則相對應，沒有放四海而皆準的發(fā)布準則，要確保項目取得終的成功，反映產(chǎn)品能夠上線發(fā)布的指標都必須要有一定的可信度和可測度。
　　如果指定了不符合項目業(yè)務目標的寬松的發(fā)布準則，可能會造成一種一定會可能會取得成功的假象。
　　一些寬松的發(fā)布準則：廣泛的客戶群體曝光率，“很高的客戶滿意度”
　　某些模棱兩可的措辭：可接受的、足夠的、恰當?shù)摹�廣泛的、精確地、高的、改進的、低的、合理的、健壯的、準確無誤的和有效率的。這些措辭要盡量避免使用。
　　發(fā)布準則必須要滿足：
　　Specific【明確的（不是空泛的）】
　　Measurable【可度量的（不是定性的或主觀的）】
　　Attainable【可實現(xiàn)的（不是一對不可能實現(xiàn)的目標）】
　　Relevant【相關的（與客戶要求和業(yè)務目標相關聯(lián)）】
　　Trackable【可跟蹤的（在整個項目過程中可以進行監(jiān)控）】
　　制定準則時：
　　認真考慮不同項目干系人對團體的想法和意見，避免沖突和分歧
　　考慮用戶提出的驗收標準
　　于關鍵用戶代表進行充分溝通
　　出現(xiàn)沖突時，全體團隊成員必須要工作在共同的目標集合上，并做出適當?shù)恼壑信袛唷?br /> 　　可能的發(fā)布準則項：
　　1)缺陷
　　質(zhì)量是一系列復雜和多維度的產(chǎn)品特點的集合。發(fā)布一個不成熟且存在很多缺陷的產(chǎn)品會導致很高的運行成本、用戶的失望、很差的產(chǎn)品評價、過高的維護成本、產(chǎn)品退貨甚至法律糾紛。作為質(zhì)量的指標之一，可以對開發(fā)和測試中發(fā)現(xiàn)的缺陷的數(shù)量和類型進行跟蹤。
　　如果質(zhì)量是項目的一個成功準則，可以參考如下與缺陷相關的發(fā)布準則：
　　在一個四級的缺陷跟蹤系統(tǒng)中，不存在未解決的嚴重的1級或2級缺陷。在過去的X周內(nèi)，未解決的缺陷數(shù)量持續(xù)下降，同時估算的遺留缺陷數(shù)量是可以接受的（可以采用缺陷模型來進行預測）
　　在編譯器中、源碼分析與運行時分析中所報告的所有錯誤和警告都得到了修正。
　　前一發(fā)布版本出現(xiàn)的問題都已經(jīng)得到了修正，在修復過程中也沒有引入額外的缺陷。
　　2)測試
　　大多數(shù)軟件團隊都非常依賴不同類型的測試來發(fā)現(xiàn)缺陷，可以通過查看估算的未發(fā)現(xiàn)缺陷數(shù)量是否處在可接受范圍內(nèi)，或者在預設的測試時間內(nèi)并沒有發(fā)現(xiàn)新的缺陷時是否決定停止測試，一些主要的發(fā)布準則如下：
　　代碼編譯、構建和冒煙測試是否在所有平臺上通過；
　　綜合測試和系統(tǒng)測試通過
　　特定的功能通過了所有的系統(tǒng)和用戶驗收測試（如正常流程和相關的異常處理流程在普遍的用例中測試通過）
　　測試計劃中涵蓋的所有記錄在案的功能需求的測試用例都得到了執(zhí)行
　　達到了預先設定的代碼或需求（如功能需求、測試用例流程或者產(chǎn)品屬性）
　　綜合考慮測試和缺陷相關的因素，一位學者認提出的產(chǎn)品發(fā)布準則：
　　完成了覆蓋功能點和80%的回歸測試
　　不存在嚴重等級1和等級2的缺陷；
　　已知的遺留缺陷密度少于每千行代碼0.5個缺陷；
　　每1000小時的測試工作發(fā)現(xiàn)新缺陷的數(shù)量少于40個
　　發(fā)現(xiàn)缺陷的平均間隔時間少于100小時
　　完成了壓力測試、配置測試、安裝測試、本地化測試、可用性測試和傻瓜用戶測試。
　　3)質(zhì)量屬性
　　質(zhì)量屬性是另一只哦能夠用于描述產(chǎn)品行為的思維方式，這些屬性包括可靠性、安全性、完整性、可用性、便攜性、可維護性、高效性、健壯性和交互型等。一些相關的準則是：
　　在所有的平臺上的定量性能目標得到滿足
　　可靠性目標得到滿足
　　相關公司的安全策略和需求得到了滿足
　　特定的條件已經(jīng)符合，可以使得產(chǎn)品通過必要的評審或者審計
　　4) 功能
　　在即將發(fā)布的產(chǎn)品版本上，所有的承諾的高優(yōu)先級需求已經(jīng)實現(xiàn)并能正常工作
　　滿足特定客戶的驗收的標準
　　滿足所有非健全人士的可訪問性需求
　　如果需要軟件在不同語言環(huán)境下運行，所有本地化與全球化測試都能通過
　　滿足特定法規(guī)、合約、標準規(guī)范和監(jiān)管目標
　　所有的功能需求都可以通過測試用例進行追蹤
　　5) 配置管理
　　產(chǎn)品可以在所有目標平臺上重復構建
　　物理配置審計確認現(xiàn)有的所有組件都是正確的版本
　　產(chǎn)品在所有的目標平臺上都能成功安裝
　　發(fā)布的介質(zhì)和鏡像文件經(jīng)過了反病毒和惡意軟件掃描
　　6)支持
　　這里主要指確保產(chǎn)品順利安裝和實施的其他關鍵要素。
　　發(fā)布說明已經(jīng)準備完畢，包含新版本中的已修復的缺陷信息、增加的功能和刪除的功能
　　受影響的項目干系人均了解軟件發(fā)布和支持流程
　　已知的未修復缺陷全部記錄在項目的缺陷跟蹤系統(tǒng)中
　　支持部門已經(jīng)做好了接受和回應客戶問題報告的準備
　　執(zhí)行軟件的運行環(huán)境所需的各種基礎設備已經(jīng)到位
　　軟件的生產(chǎn)和下發(fā)已經(jīng)做好了接收產(chǎn)品的準備。