程序員追求座右銘

❶ 適合程序員的座右銘

1.時間,就象海棉里的水,只要願擠,總還是有的。
2.大學畢業了,不是學習結束了,而是剛剛開始了!
3.如果你不喜歡現在的工作,要麼辭職不幹,要麼就閉嘴不言:
4.所謂人才,就是你交給他一件事情,他做成了;你再交給他一件事情,他又做成了。
5.免費是世界上最昂貴的東西。所以盡量不要免費。等你有了錢以後再考慮免費。

❷ 適合程序員的座右銘

【文章導讀】 程序員可以讓步，卻不可以退縮，可以羞澀，卻不可以軟弱，總之，程序員必須是勇敢的。下面是我為大家整理的程序員座右銘 ，供大家參考。

言顧行，行顧言，君子胡不慥慥爾!

————《中庸》

開發前要討論一下需求能否實現，不能實現的話，要盡早提出來，不要等到開發進度去到一半的時候才說做不到。自己提出解決方案同時要考慮能不能實現。

博學之，審問之，慎思之，明辨之，篤行之。

————《中庸》

作為程序員，要博學(了解各種技術)，要詢問(請教不懂的問題)，要思考(理解技術原理)，要辨別(技術的優劣性)，要實踐(技術的應用)。這才是真正的程序員。

苟日新，日日新，又日新。

————《大學》

技術永遠都在不斷的進步，所以每天要學會更新自己的技術。精益求精才是IT發展的動力。

讀書百遍，其義自見。

————《三國志》

程序員看書(教程)不是看一遍就能懂，需要反復閱讀，才能把真正的原理給發掘出來。

溫故而知新，可以為師矣。

————《論語》

我寫博客的原因之一。重溫一下自己專業知識，讓你迅速成為“老司機”。

見賢思齊焉，見不賢而內自省也。

————《論語》

開發團隊的人能力參差不齊，見到技術好的人要學習，見到技術差的人反省自己有沒有同樣的犯錯誤。

敏而好學，不恥下問。

————《論語》

技術問題不是一個人解決的事，不懂就要多問。

學而不思則罔，思而不學則殆。

————《論語》

學習一門技術不思考原理則會迷茫，不知道是實現怎麼來的。一直空想卻不去學習別人是怎麼實現，就一直感到困惑不解。

工欲善其事，必先利其器。

————《論語》

中國IT界的經典語錄之一。想把開發工作做得有效率，就要熟練使用開發工具。

過猶不及。

————《論語》

把開發工作做得太快，或者是做得太好，跟做的太慢，或者做得太差，效果是一樣的。(前者是欲速則不達，自作聰明，後者是慢條斯理，敷衍了事)認真做好每一步工作，腳踏實地。

仕而優則學，學而優則仕。

————《論語》

工作有餘力的時候要懂學習，學習好了之後就可以去找更好的工作。

士不可以不弘毅。任重而道遠。

————《論語》

程序員不可以沒有剛強的毅力，因為程序員的責任重大，工作的道路遙遠。(程序員是IT的核心)

天將降大任於斯人也，必先苦其心志，勞其筋骨，餓其體膚，空乏其身，行拂亂其所為也，所以動心忍性，增益其所不能。

————《孟子》

加班的時候想一想，就覺得這是上天給你的一種考驗，激發自己的潛能，讓你以後出人頭地。

魚，我所欲也;熊掌，亦我所欲也。二者不可得兼，舍魚而取熊掌者也。生，亦我所欲也。義，亦我所欲也;二者不可得兼，捨生而取義者也。

————《孟子》

金錢和時間兩者不可同時得到，想要錢，就要多加班，想要時間，就沒有那麼多錢。自己看著辦。

鍥而舍之，朽木不折;鍥而不舍，金石可鏤。

————《荀子》

程序開發不是一件簡單的時間，需要花很多的時間去開發。所以需要程序員要有一顆堅定的心，即使技術有多難，還是有解決的方法的，方法總比困難多。(前提：需求一定是合理的，有些方法確實能解決問題，但效果就不是那麼理想)

夫戰;勇氣也;一鼓作氣;再而衰;三而竭。

————《左傳·庄公十年》

開發的時候不要拖拖拉拉，一口氣把某個功能做完才休息。(一停的話就很難接上去，類似於星期一綜合症)

逆水行舟，不進則退。

————《蒞山西票商歡迎會學說詞》

我的生活原則是把工作變成樂趣，把樂趣變成工作。

———— 艾伯樂

把工作當成興趣，才會使你的程序員生涯過得更有意義。

越學習，越發現自己的無知。

———— 笛卡爾

有些技術問題亦是如此，越去深究它，你會發現自己以為很懂的東西，其實自己根本不懂。

由經驗而得的智慧,勝於學習而得的智慧。

———— 佚名

有些時候自己在實踐總結得一些經驗，比在學習別人經驗更加容易理解。

理論所不能解決的那些疑難，實踐會給你解決。

———— 費爾巴哈

光看別人的技術文檔是不夠的，提到的一些概念的東西也未必理解，因此還是需要動手去做一下demo，自然就能理解這個概念。

科學絕不是一種自私自利的享受。有幸能夠致力於科學研究的人，首先應該拿自己的學識為人類服務。

———— 馬克思

現在大多數的項目都是使用國內外的程序大神開發的'開源框架進行開發，感謝這些大神給我們提供敏捷開發的途徑。所以，工作有餘力之時，做一些開源項目，人人為我，我為人人。

想要有空餘時間，就不要浪費時間。

———— 富蘭克林

想不加班，就趕緊寫代碼，不要浪費時間去看無關緊要的網站。

重要的不是知識的數量，而是知識的質量。有些人知道得很多，但卻不知道最有用的東西。

———— 托爾斯泰

學習技術不在於數量，而是質量，要把一門技術學精，才知道怎麼用它才合理。

不要只因一次失敗，就放棄你原來決心想達到的目的。

———— 莎士比亞

學習技術總會遇到一些挫折，不要輕易的放棄，一放棄就達不到自己的目的。

個人親身經歷，本人以前接觸過nodejs，覺得比較復雜，想放棄了，後來項目需要，就花了點時間去學習，終於搞懂怎麼用，用完之後就發現這是一個多麼實用的東西啊。(千萬不要知難而退，應該迎難而上)

誰不會休息，誰就不會工作。

———— 列寧

身體是自己的本錢，不會休息的程序員就不是在工作，而是慢性自殺。(程序員猝死新聞屢見不鮮)

利器完不成的工作，鈍器常能派上用場。

———— 狄更斯

好多web IDE都沒有管理站點的功能，恰恰Dreamweaver卻有。(請不要小看DW的能力)

如果一個目的是正當而必須做的，則達到這個目的的必要手段也是正當而必須採取的。

———— 林肯

做項目的時候，如果需求合理，技術可以實現的話，就應該努力把這功能給實現出來，不要用耍小聰明的模擬技術來欺騙別人。

學習永遠不晚。

———— 高爾基

現在學習還來得及，學習任何一門技術也不會晚，只不過是大器晚成罷了。

❸ 作為一個程序員，你希望用什麼作為你的墓誌銘

在我們學習生活工作當中，我們時常需要一些東西來讓我們繼續完成我們的任務，因此我們每個人還需要一個墓誌銘，對於不同的人來說每個人需要的座右銘是不一樣的，那麼作為一個程序員，你希望用什麼作為你的墓誌銘？接下來我們一起來看看。

作為一名程序員，我們一定要知道的東西就是，耐得住寂寞才守得住繁華，因為對於程序員來說，他們大多數處於幕後工作，更多的就是要讓自己能夠努力的繼續堅持工作下去，一定要知道我們需要的就是那個座右銘來激勵自己，使得自己更加的強大，因此在我們去世後可以將一生與電腦同伴，從來沒留遺憾作為墓誌銘。

總的來說，墓誌銘能夠讓我們後人學習很多東西，並且能夠持續不斷地激勵我們去主動地學習，他就像是我們的再生父母，我們需要的就是不斷地勇往直前。

❹ 一個程序員的座右銘

【篇一】程序員座右銘

1、作為一個真正的程序員，首先應該尊重編程，熱愛你所寫下的程序，他是你的夥伴，而不是工具。

2、程序員可以讓步，卻不可以退縮，可以羞澀，卻不可以軟弱，總之，程序員必須是勇敢的。

3、編程是一種單調的生活，因此程序員比普通人需要更多的關懷，更多的友情。

4、程序不是年輕的專利，但是，他屬於年輕。

5、沒有情調，不懂浪漫，也許這是程序員的一面，但擁有朴實無華的愛是他們的另一面。

6、一個好漢三個幫，程序員同樣如此。

7、一個100行的代碼調試都可能會讓程序員遇到很多挫折，所以，面對挫折，我們永遠不能低頭。

8、調試完一個動態連接函數，固然值得興奮，但真正的成功遠還在無數個函數之後。

9、程序是我的生命，但我相信愛她甚過愛我的生命。

10、信念和目標，必須永遠洋溢在程序員內心。

11、就算我們站在群山之顛，也別忘記雄鷹依舊能從我們頭頂飛過。驕傲是比用JAVA進行底層開發更可笑的東西。

12、這句話不是很文雅，徹底鄙視那些害怕別人超越自己而拒絕回答別人問題的程序員。

13、如果調試一個程序讓你很苦惱，千萬不要放棄，成功永遠在拐角之後，除非你走到拐角，否則你永遠不知道你離他多遠，所以，請記住，堅持不懈，直到成功。

14、最累的時候，家人是你最好的歸宿。

15、退一步海闊天空，這是一種應有的心境。

16、如果你喜歡底層開發，千萬不要勉強自己去搞VC，找到你最真實的想法，程序員最不能忍受的就是萬精油。

17、IF(BOOL 學習= =FALSE)BOOL 落後=TRUE;不斷的學習，我們才能不斷的前進。

18、你的一個程序有時正常有時不正常，而你已經完全遵循編程的規則，為什麼?事實上我認為相信只要遵循別人所說就能得到想當然的結果的人其實是個傻瓜。

19、編程中我們會遇到多少挫折?表放棄，沙漠盡頭必是綠洲。

20、非優秀的程序員常常把空間和時間消耗殆盡，優秀的程序員則總是有足夠的空間和時間去完成編程任務，而且配合近乎完美。

21、我們應該重視團隊的精神，一個人作用再大，也不過是一碗水中比較大的一粒水珠而已。

22、無私奉獻不是天方夜譚，有時候，我們也可以做到。

【篇二】程序員座右銘

1、程序員可以讓步，卻不可以退縮，可以羞澀，卻不可以軟弱，總之，程序員必須是勇敢的。

2、調試完一個動態連接函數，固然值得興奮，但真正的成功遠還在無數個函數之後。

3、如果你喜歡底層開發，千萬不要勉強自己去搞VC，找到你最真實的想法，程序員最不能忍受的就是萬精油。

4、非優秀的程序員常常把空間和時間消耗殆盡，優秀的程序員則總是有足夠的空間和時間去完成編程任務，而且配合近乎完美。

5、程序員是值得尊敬的，程序員的雙手是魔術師的雙手，他們把枯燥無味的代碼變成了豐富多彩的軟體。

6、一個人靜靜坐在電腦面前寫代碼的感覺，那是什麼感覺?那是武林高手閉關修煉的感覺。

7、硬的怕橫的，橫的怕不要命的，瘋子都是不要命的，所以瘋子力量大，程序員只有一種，瘋狂的程序員。

8、“設計是一個發現問題、而不是發現解決方案的過程” —— Leslie Chicoine

9、“功能說明書里不存在可操作性” —— 37 Signals

10、“過去的代碼都是未經測試的代碼” —— Michael Feathers

11、“任何傻瓜都能寫出計算機可以理解的代碼。好的程序員能寫出人能讀懂的代碼” —— Martin Fowler

12、“測試是來表明bug的'存在而不是不存在” —— Edsger Dijkstra

13、“簡單不先於復雜，而是在復雜之後” —— Alan Perlis

14、“Real developers ship” —— Jeff Attwood

15、“沒有絕世神功” —— Frederick Brooks

16、“過去的33年裡，我每天早上看著鏡子問自己：“今天是我生命的最後一天嗎?我是否要去做今天該做的事?”一天一天太多次是“不是”，我知道這需要改變…所有的事情——所有身外的期望，所有的驕傲，所有的對困難和失敗的恐懼——這些東西在死亡面前立刻消失的無影無蹤，只剩下真正重要的東西。想著自己即將死去，這是讓我避免落入擔心失去什麼的陷阱里的最好的方法。” —— Steve Jobs

【篇三】程序員座右銘

1、在seso 的blog上看到的，粘貼過來，鼓勵自己~

2、曾經的理想是做個程序員，那時以為程序就是計算機的全部。現在依然喜歡程序，但是開始明白，程序並不是計算機的全部，好的程序，好的程序員要經歷漫長的修煉，就像是武林高手修煉內功比招式更重要。我要做的是程序員，不是coder。這些是曾經收集的程序員勵志語錄，其實也並不僅僅是針對程序員，很多事情，是相通的，做事的道理更是一樣。把它們貼出來，和大家分享，共勉，一起努力，一起做個真正的程序員。我的專業叫做計算機科學與技術，裡面有科學，有技術，真正做下去，前路還很漫長，我們一起努力。

3、程序員是值得尊敬的，程序員的雙手是魔術師的雙手，他們把枯燥無味的代碼變成了豐富多彩的軟體。

4、你比他好一點，他不會承認你，反而會嫉妒你，只有你比他好很多，他才會承認你，然後還會很崇拜你，所以要做，就一定要比別人做得好很多。

5、對程序員來說大部分的快樂是從解決問題，特別是獨立解決問題中獲得，而不是從這個CASE有多大，獎金有多少中獲得。

6、人吶，眼光放得長遠一些，看到的東西也會多一些，生活也就會過得更有意義一點。

7、程序員，他們想的是什麼?他們想的永遠都是技術，他們崇尚的也永遠都是技術。

8、其實你找不到錯誤不代表錯誤不存在，同樣你看不到技術比你牛的人並不代表世界上沒有技術比你牛的人。

9、一個人靜靜坐在電腦面前寫代碼的感覺，那是什麼感覺?那是武林高手閉關修煉的感覺。

10、程序員中的前輩在談到一個人學寫程序有沒有前途時，總是會說：“學程序不光要能吃苦能用功，還得看有沒有sense，沒sense的人，就是再怎麼學，再怎麼給他講效果都不好。”

11、為什麼很多人都想成功，但成功的人只是極少數?不是因為成功有多困難，其實成功簡單得很，只要你一開始都有計劃，並且能一直做下去，總會成功的。關鍵是如何面對成功，你失敗了，起碼還有人同情你，而成功了，連得到同情的機會都沒有。

12、一匹真正的好馬，即使在鞭子的影子下，也能飛奔。

13、如果你沒有把握做到，最好就不要承諾，你什麼也不承諾，至少別人不會看不起你。

14、一本好書，就像高級武功秘籍一樣，哪怕只是從裡面領悟到個一招半勢，功力提升起來都是驚人的。

15、永不放棄，永不放棄又有兩個原則，第一個原則是永不放棄，第二個原則就是：當你想放棄時回頭看第一個原則。

16、瘋狂的程序員決不是靠狂妄和拚命的程序員，而是能夠腳踏實地，持續努力的程序員，一個程序員真正做到這兩點，技術上去後，唯一能限制他的只有想像力，到那個時候才算“瘋狂的程序員”，這種程序員，才能令對手無比恐懼。

17、硬的怕橫的，橫的怕不要命的，瘋子都是不要命的，所以瘋子力量大，程序員只有一種，瘋狂的程序員。

18、要麼做第一個，要麼做最好的一個。

19、理想如果不向現實做一點點屈服，那麼理想也將歸於塵土。

20、每一個問題都是一把鎖，你要相信世界上一定有一把鑰匙能打開這把鎖，你也能找到這把鑰匙。

❺ 有關電腦座右銘

Computers are useless. They can only give you answers.」 - Pablo Picasso

計算機沒有什麼用處。它們唯一能做的就是告訴你答案。 －－Pablo Picasso

「Distributed file systems are a cruel hoax.」 - Zalman Stern

分布式文件系統是一場殘忍的騙局。 －－Zalman Stern

「A computer lets you make more mistakes faster than any other invention in human history, with the possible exception of handguns and tequila.」 - Mitch Ratcliffe

人類有史以來的所有發明中－－也許不包括手槍或龍舌蘭酒－－計算機是讓你犯錯誤最多最快的。 －－Mitch Ratcliffe

「Computers make it easier to do a lot of things, but most of the things they make it easier to do don』t need to be done.」 - Andy Rooney

計算機使很多事情更容易做到，但其中大部分並不是必需。 －－Andy Rooney

「Computers do not solve problems, they execute solutions」 - Laurent Gasser

計算機並不解決問題，它們只是執行解決方案。 －－Laurent Gasser

「Large increases in cost with questionable increases in performance can be tolerated only in race horses and women.」 - Lord Kelvin

如果大幅增加費用換來的只是性能可疑的提升，這種情況僅僅出現在賽馬和女人身上才是讓人可以容忍的。 －－Lord Kelvin

「Memory is like an orgasm. It』s a lot better if you don』t have to fake it.」 - Seymore Cray (on virtual memory)

內存就象性高潮。不作假會好一點。 －－Seymore Cray (對虛擬內存的評價)

「Software Engineering is that part of Computer Science which is too difficult for the Computer Scientist.」 - F. L. Bauer

所謂軟體工程就是指計算機科學中對計算機科學家來說太難的那一部分。 －－F. L. Bauer

「Base eight is just like base ten really, if you』re missing two fingers」 - Tom Lehrer

八進制和十進制其實也差不多，如果你少了兩根手指頭的話。 －－Tom Lehrer

「There are 10 kinds of people in the world, those that understand binary and those that don』t.」
「There are 10 kinds of people in the world, those that understand trinary, those that don』t, and those that confuse it with binary.」

這個世界上有 10 種人，其中有些是能理解二進制的，有些則不懂。
這個世界上有 10 種人，其中有些是能理解三進制的，有些不懂，有些則把它和二進制弄混淆了。

❻ 當客戶提出無理的需求，程序員應該怎麼辦

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