項目管理的五大過程-資料下載頁
2025-04-19 01:18本頁面
【正文】 使用什么樣的開發(fā)工具。沒有經(jīng)驗的程序員往往會拿著C++或者JAVA的資格證書或者擁有一兩個開發(fā)工具的一些經(jīng)驗而得意洋洋。其實老板和PM根本不看重這個，他們關(guān)心的是使用什么樣的工具能盡快的達到目的。管你什么C++，DELPHI，PB還是JAVA，只要能做的出來，VFP都可以用。我舉這個例子并非說不看中工具，而是提醒想轉(zhuǎn)型為PM的程序員，第一要把工具當作工具，而不要被工具套進去，鉆研一些一輩子都用不上的技術(shù)；第二要掌握的并非是單獨的一個工具，而是流行的程序設(shè)計的思想，以及在最短時間內(nèi)掌握一門陌生工具的能力。只有建立了這樣的思維，才有可能轉(zhuǎn)為PM，否則一輩子都是技術(shù)工人，最多就是個技術(shù)總監(jiān)。對任何項目，變更無可避免，無從逃避，只能去積極應對，這個應對應該是從需求分析就開始了。對一個需求分析做的很好的項目來說，基準文件定義的范圍越詳細清晰，用戶跟PM扯皮的幌子就越少。而需求沒做好，基準文件里的范圍含糊不清，被客戶抓住空子搞你一下是非常頭疼的事情，往往要付出無謂的犧牲，有時候甚至非常火大。需求做的好，文檔清晰又有客戶簽字，那么后期客戶提出的變更就超出了合同的范圍，需要另外收費。這個時候千萬不能手軟，并非要刻意賺取客戶的錢財，而是不能養(yǎng)成客戶經(jīng)常變更的習慣，否則后患無窮，維護的成本會讓PM吃不消。在客戶提出變更請求時，要建立變更申請登記表和變更申請表，并讓客戶簽字。當然，有時候一些不是非常關(guān)鍵的模塊PM也不至于一點不講情面，該賣面子的時候還是要賣，尤其是當著對方領(lǐng)導的面，千萬要賣面子，但是也別賣的太干脆，不要讓他們得到的太容易。需求做的不好，客戶抓住漏洞或者非常不講道理，麻煩就大了。有時候爭論會很厲害，到非常白熱化的地步，PM與客戶代表幾乎溝通不了。PM在客戶關(guān)系和短期利益兩方面難以取舍，一般都是向客戶妥協(xié)，最終形成惡性循環(huán)。這種情況非常難辦。一般這種情況都是到了項目后期，做重大的更改幾乎是不可能的事情，如果白做就要虧錢。而這個時候如果PM跟對方高層的人關(guān)系搞的定，可以透過對方高層把事情壓住。然而由于已經(jīng)到后期，客戶代表不會輕易更換，對方這次沒有改成，必然心懷不滿，下回在別的模塊依然會找麻煩或者在談二期的時候動動手腳，都是很讓PM傷腦筋的事情，這方面目前還沒有什么好的解決方法，所以盡可能的做好需求比什么都重要。相對需求來說，什么WBS，風險管理，計劃進度都是扯淡，需求做好了，一帆風順。還有一種辦法就是裝可憐，要裝的非常的象，在對方的領(lǐng)導面前裝，而且不能讓人看出是裝的樣子，要讓你自己都覺得你自己是真的可憐，那么就算這次客戶硬是要求改了，下回他也必然不好意思再叫你改。其實人心都是肉長的，如果可能的話，我還是不贊同使用一些手段的，但是有時候客戶非常難以在短時間打動而工期又將接近，這種情況下就要靠PM耍一些手段了。各人有各人的方式，八仙過海，各顯神通吧。PM在變更管理中需要做的是分析變更請求，評估變更可能帶來的風險和修改基準文件。大公司有質(zhì)量管理部門（QA），QA的成員基本上都是由非常有經(jīng)驗的PM轉(zhuǎn)型過來的老狐貍，是老總接班人的有力爭奪者。一個QA會管理多個項目，有時候甚至會親身參與。PM和QA有些象貓和老鼠，不停的通過報表傳遞一些心照不宣的假數(shù)字。QA對PM的工作最終是有評定的：A級表示總體在控制下；B級表示當前在控制下；C級表示有顯著問題；D級表示有重大問題。如果PM得了個D，那可不太妙，不但世界級的QA會每個月要收報告，地區(qū)QA會一個星期找來面談一次，訓一頓。得到A的PM是很逍遙的，基本上不會有人來過問。在沒有QA的公司，質(zhì)量控制只能由經(jīng)過授權(quán)的團隊成員進行，效果就要差的多了。質(zhì)量管理貫穿整個項目周期，詳細的可以參見CMM。PM經(jīng)常通過控制進度和預估來控制成本。PM必須經(jīng)常問自己，項目已經(jīng)到了什么階段？完成了多少？花費了多少？完成時成本是多少？掙值法的術(shù)語不少，象BCWS，BCWP，ACWP，但是關(guān)系比較簡單，大家參閱一下相關(guān)資料，這里不再羸述。總之，PM要管理好成本，注意節(jié)約，但并非是拼命剝削程序員，該花的還是要花。 項目結(jié)束時，PM要將最終系統(tǒng)方案提交給用戶，完成項目所有的提交件，收集項目全部信息并結(jié)束項目，完成或終止合約，簽署項目結(jié)束的相關(guān)文件。項目結(jié)束意味著可以收錢了。PM辛苦了那么多，終于可以高興一下了，收到最后一筆款項，意味著遞交件的移交和團隊的解散，項目也轉(zhuǎn)入維護階段。不過收錢未必代表著賺錢，要看項目是否按時完工。一般來說，提前完工的項目很少，但是能賺大錢；按時完工的賺小錢；延期的要賠錢。一個人首次承擔PM，如果沒有人帶，多半會失敗。失敗沒什么，所有的PM（注意是所有，不是幾乎所有）都失敗過，然而失敗會成為教訓和經(jīng)驗，推動你繼續(xù)前行。在美國，每年至少有40%的項目無法實施被擱淺。只有在項目中和生活中不斷磨練，培養(yǎng)自身素質(zhì)和作人的基本準則，才能成為賺大錢的PM。項目結(jié)束時，依然要開會，不過少多了。一般跟客戶要開一個，主要是確定所有的提交件都已經(jīng)被接收，對突出的個體進行表揚，對外宣傳成功案例，標志并記錄項目的正式結(jié)束。這時候開會很輕松，目的也很明確，做完了大家好聚好散，或者以后有機會再合作。團隊要解散，內(nèi)部會議肯定是要開的。也沒什么好廢話的，該表揚就表揚，該發(fā)多少獎金就發(fā)多少獎金，畢竟大家都累死累活的干了那么長時間。項目結(jié)束請客戶出去泡溫泉時PM們千萬別忘記了辛苦為你工作的程序員和工程師們，當然，如果他們不愿意看到你的臉那么你就折現(xiàn)發(fā)到他們的存折上去，正好讓他們回家好好休息休息。這樣下一個項目需要他們的時候他們才會為你賣命。說出來獎金發(fā)出去似乎你損失了，其實你賺大了。形勢也好，歷史記錄也好，盡管項目結(jié)束的時候客戶滿意度PM心中已經(jīng)有底了，但是還是有必要向客戶各個層次的項目代表發(fā)一張信息反饋表，收回的信息將反應客戶的滿意度。其實真正體現(xiàn)客戶滿意度的地方有很多。第一就是付錢付的快，如果客戶不滿意，一分錢藏在他牙縫里你也很難摳出來；第二就是二期，二期非常非常重要，因為這里已經(jīng)是屬于一種無銷售成本的項目，又有一期的經(jīng)驗，可以說二期的錢是最好賺的。這中間的感覺，只有經(jīng)歷過的人才明白。21 / 2
公司管理相關(guān)推薦
鄂ICP備17016276號-1