對軟件研發(fā)項目管理的深入探討-預覽頁
【正文】 作為項目組代表，負責向上級匯報工作，能使其他人全力投入到項目中，而不至于在日常的事務中耽誤太多時間，從而在某種程度上也提高了工作效率。因為只有用戶代表認可了的產品品質，才是真正可以交付的品質。開發(fā)組主要負責產品的概要設計，詳細設計及代碼實現，這和一般項目中的開發(fā)人員差不多，就不再贅述了。一般遵循如下原則：①進度計劃留有余地。⑤重視創(chuàng)新使資源和性能效率最大化。項目管理者聯(lián)盟文章③開發(fā)完成?！绊椖恳?guī)劃確認”對應“需求分析”和“項目計劃”。做可行性分析一般由未來的項目經理和產品經理共同完成，討論該項目的技術、經濟可行性和潛在的風險等。在后來結項分析的時候，認為主要的問題就是領域的區(qū)別造成了公司內部沒有人對該領域特別熟悉，缺乏領域專家，并對上述風險估計不足，也沒有對風險進行較好的管理，所以造成了項目的不成功。不要到后來因為那些事先沒考慮到的，但應該想到的各種原因造成項目失敗。那種只有一個想法，就開始實施的做法是絕對不可取的，可以是單兵做戰(zhàn)，但決不是公司行為。在需求采集階段，我們主要采用了原型法，使用VB或者FrontPage建立最終產品的界面，然后把功能實現和界面一一對應起來，和用戶進行討論，并不斷的修改界面。項目管理論壇在需求的制定過程中，產品經理必須和項目經理、開發(fā)人員、測試人員進行良好的溝通，使項目組全體都參與到需求分析中來，并共同確定需求的關鍵特性：：在需求分析中，首先必須明確項目的范圍，去掉那些看似屬于該項目其實不該在項目中的需求特性。我們必須在產品的開始版本和項目的開始就把重點放在高優(yōu)先級的需求上，而對于低優(yōu)先級的功能可以在項目后期根據需要進行裁減或納入下一個版本規(guī)劃。：如性能要求、健壯性等。在需求分析中，需要防止的一個錯誤做法是太依靠一些所謂的分析方法，而使整個需求分析過程非常復雜，過多的圖表往往使人眼花繚亂，而不能準確抓住問題的本質。對需求分析完后的形成的規(guī)格說明需要進行專門的評審，并且需要客戶和最終用戶的參與，在達成一致后形成最初的需求基線。軟件開發(fā)中的計劃性是非常重要的，一個沒有良好計劃的開發(fā)項目能夠成功的機會非常小，除非有天才的程序員再加上好運氣。目前一個最實際的辦法就是根據以往項目的積累，但必須要求是同一領域的類似項目，這樣才有較強的可比性。對于進度的估計，我們有個經驗公式，可能是最后的完成時間。風險管理是項目管理中非常重要的部分，并且要貫穿項目的始終。在開發(fā)過程的初期，首要的活動是概要設計。階段性完成項目比傳統(tǒng)的開發(fā)方法最明顯的優(yōu)點是不必到項目的末期才開始整合產品，使產品模塊之間協(xié)作產生的問題及早產生，也及早修正，從而項目的風險也大大減小。當然采用階段性開發(fā)方法也有相應的代價，最大的代價可能是反復的整合、測試已經完成的模塊，但采用相應的一些自動化工具可以減小這個代價。迭代的順利進行依賴于良好的架構設計，前面階段的設計應該給后面要加入的功能預留出各種接口，并能使后面的工作在前面的基礎上繼續(xù)進行下去。不能太多，導致重復的工作量過大。項目管理者聯(lián)盟文章這里舉一個具體例子來更形象的說明該方法的運用。第四階段進行整個系統(tǒng)的最后整合，并可進行相應的性能改進，使產品進入可發(fā)行狀態(tài)。我們的做法是在項目完成后首先由各個項目成員寫出各自的總結報告，包括所從事的工作、任務的完成情況、遇到的問題及解決方案、對項目過程的意見和自己的想法等內容。項目負責人最后把項目歷程、資料、在結項會議中總結的經驗教訓等整理成一份總的項目過程文件，歸檔并分發(fā)到各成員和上層領導，并由項目經理向上層領導匯報，這時，一個完整的項目才真正告一段落。項目管理培訓MSF的風險管理原則是：，并且作為項目決策的依據之一。MSF風險管理過程包括以下階段：風險識別、風險陳述、風險分析、處理計劃、風險跟蹤、風險控制、風險解除。項目經理博客在項目實施中，我們總結的一些高風險事件主要有：需求的不準確、項目時間表過于短促、開發(fā)一個從前沒進入的領域軟件、開發(fā)人員對工具的不熟悉、人員流動頻繁、使用了外部軟件中間件等。我們當時也是這樣，往往要等到風險已經發(fā)生了，才意識到原來沒有注意到這些問題。其實質量管理包括很多內容，如技術檢查、缺陷追蹤、源代碼追蹤、單元測試、系統(tǒng)測試等。轉自項目管理者聯(lián)盟。第四章 結束語上述簡單介紹了我們項目管理的經驗教訓，在引入MSF管理思想后，項目的成功率比原來增大
公司管理相關推薦
鄂ICP備17016276號-1