如何做好計劃跟蹤項目

當你預(yù)期的那一天，也許是害怕的那一天，終于來到了：從工程師的隊伍里你被提拔到了軟件項目領(lǐng)導(dǎo)或者團隊領(lǐng)導(dǎo)的位置。這也許就是你選擇的職業(yè)道路，或許你不太情愿，將就嘗試一下。無論在哪種情況下，你都可能缺少工程學(xué)科、人員管理以及領(lǐng)導(dǎo)能力的相關(guān)教育。
　　這需要更多的領(lǐng)導(dǎo)能力和管理(它們不是一回事)，而不能象Dilbert(譯注：著名IT漫畫主角)那樣簡單地和老板對抗了。當你考慮新的目標 時，請考慮下面的活動計劃列表。一次就抓住了每個亮點，這是不可能的。但是這份建議說明可以幫助你將注意力放在可以提高你和你的團隊績效的活動上。
　　建立優(yōu)先級
　　作為經(jīng)理，首先要做的、最重要的事是你需要有意識地建立優(yōu)先級。當你仍陷于繁重的軟件開發(fā)活動中時，你需要一套新的職責。過多的經(jīng)理新手不能抗拒技術(shù)的吸引而陷于此類活動，這將導(dǎo)致項目組的其他人員想要獲得經(jīng)理的幫助時，卻得不到幫助。
　　有成效的領(lǐng)導(dǎo)知道他們首要的任務(wù)是為其他組員提供服務(wù)。這些服務(wù)包括訓(xùn)練和指導(dǎo)、解決問題和沖突、提供資源、建立項目目標和優(yōu)先級、提供適當?shù)?技術(shù)指引。要使每個組員都能清楚的知道，你總是可以幫助他們。我發(fā)現(xiàn)將自己定位于為被我監(jiān)督的人工作是非常有意義的，而不是相反的。在你所作的事情中，對 于組員要求你幫助他們這件事，應(yīng)該具有非屏蔽中斷的優(yōu)先級。
　　第二重要的，是使你的客戶滿意。作為一名經(jīng)理，沒有直接的能力使客戶滿意，因為你已不再是作為個人提供產(chǎn)品和服務(wù)完成這點。相反，你必須建立一種環(huán)境，準許你的組員最大程度上滿足客戶的需求。經(jīng)理提供了強有力的方法，有效地提高客戶的滿意度。
　　第三重要的，是為你的項目工作。因為也許還有其他許多技術(shù)上的項目，或者其他經(jīng)理的請求幫助，諸如為指導(dǎo)委員會工作。當這些和二個高級別的發(fā)生沖突時，都要準備推辭掉。
　　很明顯，使其他經(jīng)理滿意的事情是你最不重要的事情。在一個有秩序的組織里，如果你在三個以上的重大環(huán)節(jié)上獲得了成功，其他的經(jīng)理都會很激動的。 我們并不都能很幸運地工作在一個良好的環(huán)境里，但一定要對你任務(wù)單上排在最前面的工作任務(wù)努力盡到最大的責任。集中精力有效地、快樂地、盡可能地幫助你的 組員，不要將精力放在使你上司滿意的上面。
　　分析你的技能差距
　　除非你已經(jīng)為新位置做好了準備，否則相對于你當前的領(lǐng)導(dǎo)能力和管理技能，你會感到一些差距。出色的技術(shù)背景或許是你被選為領(lǐng)導(dǎo)角色的一個因素，但是你要想干得出色，你需要更多的技能。針對別人的評論和項目，真實地列出你的長處和短處，然后減少差距。
　　軟件人員并不以令人滿意的人際關(guān)系技能出名。你會希望增強處理人際關(guān)系的經(jīng)驗：解決沖突、說服以及灌輸想法。你也不得不處理包括招聘、解雇、商談計劃表，以及在你的辦公室里評論某人業(yè)績使其傷心落淚等一些事務(wù)。
　　我發(fā)現(xiàn)從一堂傾聽技能課開始我的管理職業(yè)是非常好的。當作為個體提議人，積極地將我們自己的技術(shù)議程提交小組時，我們經(jīng)常對此感到非常愜意。有 效的管理要求更多的合作和善于接受的人際關(guān)系方式。要花點時間學(xué)習(xí)如何(何時)巧妙地引導(dǎo)自己的自然判斷。傾聽技能課提供了一種交流機制，我已經(jīng)發(fā)現(xiàn)在許多場合下都很有用。
　　接著，到講臺的另一側(cè)，提高你的演講能力。如果你真的不適應(yīng)公開場合的講話，學(xué)習(xí)戴爾.卡內(nèi)基的課會有幫助的。你會發(fā)覺，通過這樣的培訓(xùn)獲得的經(jīng)驗，以及獲得提高的交流能力，都可以幫助你更好地適應(yīng)將來的工作。
　　作為項目領(lǐng)導(dǎo)，為了計劃和跟蹤項目，以及當需要項目回退而采取修正措施時，你有責任調(diào)整其他人的工作。參加項目管理的培訓(xùn)課，閱讀一些有關(guān)項目 和風險管理的書籍和文章。參加項目管理學(xué)會，閱讀其月刊--PMNetwork。SEI的軟件能力成熟度模型對于軟件項目計劃和項目跟蹤提供了很多有用的 建議。建立優(yōu)先級的能力、控制有效果的會議、清晰的交流，對于你，作為一名經(jīng)理的績效將會有實質(zhì)上的影響。
　　定義“質(zhì)量”
       幾乎每個人都會認真地對待質(zhì)量問題而且都希望生產(chǎn)出高質(zhì)量的產(chǎn)品。然而，對于軟件的質(zhì)量含義，沒有一個統(tǒng)一的定義。傳統(tǒng)上的軟件質(zhì)量觀點和“足夠好”的軟件觀點有著激烈的爭論。為了幫助小組走向成功，需要花一些時間和你的組員、客戶共同探討質(zhì)量的含義。
　　這兩種陣營在思想上經(jīng)常不會有相同的定義，可以很容易的就不同目的開展工作。關(guān)注交付計劃的經(jīng)理對于想正常地檢查每行代碼的工程師會不耐煩的; 認為可靠性非常重要的客戶對一個帶有很少使用但帶有很多bugs的特性的產(chǎn)品是不會滿意的;一個很好的GUI也許會讓用戶厭煩，因為用戶已經(jīng)熟記了如何有 效地使用前一個版本的產(chǎn)品。
　　為了更好的理解客戶對軟件質(zhì)量的看法，在Kodak，我的小組曾經(jīng)邀請了我們的客戶和他們的經(jīng)理就這個議題在一個開放的論壇展開討論。這個論壇 是很有意義的，那些使用我們產(chǎn)品的人有著自己的理解，通過討論，我們可以知道我們制定質(zhì)量的思路有哪些和他們是不相符的。明白了不同，就可以使你集中精 力，照顧客戶的最大利益，而不是使開發(fā)人員獲得最大滿意。
　　軟件質(zhì)量的傳統(tǒng)描述包括要與說明書一致，滿足客戶的需求，代碼和文檔沒有缺陷�！傲鶄�∑質(zhì)量”(six-sigmaquality)這個流行 詞，建立了一個非常高的尺度，用于監(jiān)測失敗的頻率和密度。但它不適用于如快速產(chǎn)品交付，可用性，充足的特性集，已支付價錢的交付意義這樣的質(zhì)量尺度，。對 于我們生產(chǎn)和購買的產(chǎn)品，我們總是熱衷于盡可能涵蓋所有的這些質(zhì)量特性，然而，妥協(xié)總是必須的。
　　在一個項目的需求階段，我們制定了包括十項質(zhì)量屬性的一個列表，如效率，協(xié)同性，正確性以及宜于學(xué)習(xí)，我們認為這對于用戶來說是最重要的。我們 請客戶關(guān)鍵人物代表小組以1到5的尺度評估每項屬性。一旦我們決定了哪些屬性是最重要的，我們就可以設(shè)計并實現(xiàn)這些目標。如果你在了解了對于客戶的質(zhì)量含 義并在設(shè)計實現(xiàn)質(zhì)量屬性的過程中沒有麻煩的話，而且客戶對質(zhì)量屬性表示滿意，那你是很幸運的。
　　在眾多關(guān)注的質(zhì)量說明中，我曾聽到過一個：“客戶回來了，但產(chǎn)品沒有”。和你的客戶、開發(fā)人員一起對每一個產(chǎn)品都確定適當?shù)馁|(zhì)量目標。一旦決定 了，就給出達到質(zhì)量目標的明確的最高優(yōu)先級。以身作則，按很高的質(zhì)量標準要求你自己的工作。采用這個座右銘：“力求盡善盡美，滿足于優(yōu)秀�！�
　　表彰成績
　　對你組員成績的表彰和獎勵，是激勵他們的一種很重要的手段。除非你的小組中已經(jīng)有了一種表彰程序，否則這應(yīng)是你最重要的事情之一。表彰包括象征 性的東西(證書，旅游獎勵)以及實際的東西(電影票，餐館禮品券，兌現(xiàn)獎)。在送贈品時要說一些親切的話語：“感謝你所給予的幫助”或者“祝賀取得了成 績”。在表彰和獎勵上花費很少的心思和錢，就可以獲得很多的友好和將來的合作。包括客戶代表，以及為項目成功做出過貢獻的支持人員等等開發(fā)組外的人員也可 以獲得表彰。
　　和你的組員討論，了解他們感興趣的表彰和獎勵的方式。使得無論大小成就的表彰活動成為小組文化的一個標準組成部分。對每位組員對其所作的工作表 現(xiàn)出發(fā)自內(nèi)心的興趣也要給與含蓄的表揚，為消除所有影響他們戰(zhàn)斗力的障礙盡你的力量。表彰是展示組員以及小組外的其他人的一種方式――你要知道并感謝他們 為小組成功所作的貢獻。
　　學(xué)習(xí)過去
　　你的小組在過去承擔的一些項目有可能沒有取得完全的成功。甚至在成功的項目上，我們也能經(jīng)常認為一些事情我們下次會作得更好。當你進入了新的領(lǐng) 導(dǎo)角色，需要花點時間了解早期的項目為什么失敗，并要計劃避免犯同樣的錯誤。對于軟件開發(fā)，每位經(jīng)理花時間處理每種可能要發(fā)生的錯誤是非常困難的，學(xué)習(xí)過 去的成功和失敗就是個成功的開始。
　　可以從過去你們小組承擔的一個沒有經(jīng)過檢查評估的項目著手，不要管其成功還是失敗，實施項目后的回顧(有時稱作事后調(diào)查分析)。你的目標不是判 定責任，而是為了在將來項目中作得更好。借此，可以了解什么已經(jīng)作得很好，什么應(yīng)該作得更好。在當前每個項目的主要里程碑時，通過集體討論或公平的組織 者，用同樣的方式，領(lǐng)導(dǎo)小組用頭腦風暴的方式對其展開分析。
　　另外，要了解領(lǐng)悟已有的軟件工業(yè)的最佳準則。一個好的起點是SteveMcConnell的JoltAward獲獎作品：快速開發(fā) (RapidDevelopment，MicrosoftPress，1996)的第三部分，敘述了27個最佳準則。也要避免McConnell敘述的 36個常見的軟件開發(fā)錯誤。你的組員也許反對新的工作方式，但是你的角色是作為一名領(lǐng)導(dǎo)，要確保團隊一致連續(xù)地使用最佳可用的方法、過程和工具。積極促進 組員之間的信息共享，這樣局部單個最好的實踐經(jīng)驗就能成為每個開發(fā)人員的工具箱的一部分。
　　建立改進目標
　　一旦你對過去的項目建立起了回顧，確立了質(zhì)量對小組的意義，你就要建立短期以及長期改進的一些目標。目標要盡可能量化，所以你要劃分幾個簡單的階段，標明你是否采取了適當?shù)倪^程朝著目標前進。
       例如，如果你認定由于需求的不穩(wěn)定導(dǎo)致項目經(jīng)常延期，你可以建立一個改進需求穩(wěn)定的目標，在6個月內(nèi)提高50%。這樣一個目標需要你確切知道每周或每月需求的變化數(shù)，清楚他們的出處，采取行動控制那些變更。這可能要求你要改變與那些提交需求改變的人的交流方式。
　　你的目標和階段是軟件過程改進程序的組成部分，你要使之有序。作為缺乏創(chuàng)造力的官僚主義的最后避難所，輕視“過程”很流行。雖然事實上，每個小組都能找到改進其工作的方式。當然，如果你總是用已有的工作方式工作，你也就不要期望你會得到比以前更好的結(jié)果。
　　有兩個強烈的原因要求改進過程：校正問題，防止問題。確保你的改進努力要圍繞著已知的或可預(yù)知的可能威脅項目成功的問題。領(lǐng)導(dǎo)你的小組找出當前正在使用的方法的長處和短處，以及項目面臨的風險。
　　我的小組召開了一次“兩段式頭腦風暴”練習(xí)，來確定改進軟件生產(chǎn)力和質(zhì)量過程的絆腳石。在第一次會議中，參會者在便條上寫出他們關(guān)于會議主題的 想法，一個便條一個想法。組織者將他們寫在便條上的想法收集上來并分組。最后，我們就會得到一打主要的分類，并將其記錄到活動掛圖上。
　　第二次會議，相同的參會者在便箋上寫出解決這些障礙的思路，并貼在掛圖的合適位置。進一步細化，歸納出一些詳細的活動，就可以成為我們努力的一部分，清除障礙，幫助組員實現(xiàn)軟件的質(zhì)量和生產(chǎn)力的目標。
　　建立可度量和可達到的目標，便于你集中精力實現(xiàn)改進。要使目標具有明顯的優(yōu)先級，并可周期性地監(jiān)視過程。記住你的目的是，提高你的項目和公司完 成的技術(shù)和業(yè)務(wù)上成功，不要滿足于一些過程改進書籍里提到的期望細節(jié)。要把改進的工作視為迷你項目，具有可分發(fā)、資源、計劃和有責任的小項目。否則，過程 改進活動將總處于比誘人的技術(shù)工作低的優(yōu)先級上。
　　緩慢的開始
　　這篇文章提供了許多建議，幫助你，一位軟件經(jīng)理新人，帶領(lǐng)你的小組走向偉大的成功。在日復(fù)一日新的工作壓力面前，要努力保持你的頭腦清醒。在長時間的塑造軟件開發(fā)小組的文化和習(xí)慣上，你還是個非常重要的角色。你不必一次性都作完，可以選擇跟環(huán)境最相關(guān)的的幾個開始。
　　作為軟件經(jīng)理，除了項目要按時按照預(yù)算完成外，你要擔負的責任還很多。你還要：領(lǐng)導(dǎo)技術(shù)人員，將他們形成一個具有凝聚力的團隊;建立協(xié)同團隊工作的環(huán)境;鼓勵和獎賞高級軟件工程師的實踐應(yīng)用;平衡來自客戶、公司，組員和你自己的需求。
　　這是項重大的任務(wù)，祝你好運。(項目管理者聯(lián)盟)
更多內(nèi)容詳細咨詢：http://cdforum.cn/