I的軟件能力成熟度模型對于軟件項目計劃和項目跟蹤提供了很多有用的建議。建立優(yōu)先級的能力、控制有效果的會議、清晰的交流，對于你，作為一名經(jīng)理的績效將會有實質(zhì)上的影響。
定義“質(zhì)量”
幾乎每個人都會認真地對待質(zhì)量問題而且都希望生產(chǎn)出高質(zhì)量的產(chǎn)品。然而，對于軟件的質(zhì)量含義，沒有一個統(tǒng)一的定義。傳統(tǒng)上的軟件質(zhì)量觀點和“足夠好”的軟件觀點有著激烈的爭論。為了幫助小組走向成功，需要花一些時間和你的組員、客戶共同探討質(zhì)量的含義。
這兩種陣營在思想上經(jīng)常不會有相同的定義，可以很容易的就不同目的開展工作。關注交付計劃的經(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é)同性，正確性以及宜于學習，我們認為這對于用戶來說是最重要的。我們請客戶關鍵人物代表小組以1到5的尺度評估每項屬性。一旦我們決定了哪些屬性是最重要的，我們就可以設計并實現(xiàn)這些目標。如果你在了解了對于客戶的質(zhì)量含義并在設計實現(xiàn)質(zhì)量屬性的過程中沒有麻煩的話，而且客戶對質(zhì)量屬性表示滿意，那你是很幸運的。
在眾多關注的質(zhì)量說明中，我曾聽到過一個：“客戶回來了，但產(chǎn)品沒有”。和你的客戶、開發(fā)人員一起對每一個產(chǎn)品都確定適當?shù)馁|(zhì)量目標。一旦決定了，就給出達到質(zhì)量目標的明確的最高優(yōu)先級。以身作則，按很高的質(zhì)量標準要求你自己的工作。采用這個座右銘：“力求盡善盡美，滿足于優(yōu)秀。”
表彰成績
對你組員成績的表彰和獎勵，是激勵他們的一種很重要的手段。除非你的小組中已經(jīng)有了一種表彰程序，否則這應是你最重要的事情之一。表彰包括象征性的東西（證書，旅游獎勵）以及實際的東西（電影票，餐館禮品券，兌現(xiàn)獎）。在送贈品時要說一些親切的話語：“感謝你所給予的幫助”或者“祝賀取得了成績”。在表彰和獎勵上花費很少的心思和錢，就可以獲得很多的友好和將來的合作。包括客戶代表，以及為項目成功做出過貢獻的支持人員等等開發(fā)組外的人員也可以獲得表彰。
和你的組員討論，了解他們感興趣的表彰和獎勵的方式。使得無論大小成就的表彰活動成為小組文化的一個標準組成部分。對每位組員對其所作的工作表現(xiàn)出發(fā)自內(nèi)心的興趣也要給與含蓄的表揚，為消除所有影響他們戰(zhàn)斗力的障礙盡你的力量。表彰是展示組員以及小組外的其他人的一種方式――你要知道并感謝他們?yōu)樾〗M成功所作的貢獻。
學習過去
你的小組在過去承擔的一些項目有可能沒有取得完全的成功。甚至在成功的項目上，我們也能經(jīng)常認為一些事情我們下次會作得更好。當你進入了新的領導角色，需