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