大多數(shù)程序員，據(jù)我所知，越是優(yōu)秀，越是討厭沒(méi)有價(jià)值的任務(wù)。

尋找其工作的價(jià)值

這些年來(lái)，我看到很多頗有成績(jī)的軟件開發(fā)人員轉(zhuǎn)行去了管理崗位，或者其他完全不同的職業(yè)。有的時(shí)候原因很簡(jiǎn)單，只是想拿更高的薪水。不過(guò)也有因?yàn)槭?厭倦了總是需要不斷學(xué)習(xí)以跟上軟件開發(fā)步伐這樣一種疲于奔命的狀態(tài)。當(dāng)然最常見(jiàn)的原因是感到無(wú)聊了，或者是對(duì)工作本身失去了興趣。這些人通常是因?yàn)楣ぷ鲗?duì) 于他們而言已經(jīng)沒(méi)有了足夠的挑戰(zhàn)，認(rèn)為他們是在將自己的時(shí)間和精力投入到幾乎沒(méi)有價(jià)值的工作中。

[[138292]]

我的軟件開發(fā)職業(yè)生涯也有低谷的時(shí)候：我花費(fèi)了大量時(shí)間、精力和創(chuàng)造力的一個(gè)項(xiàng)目或者任務(wù)由于某些原因被終止或者被大大削減了其功能范圍。雖然我拿 到的貨幣報(bào)酬相同，但是我工作之前的期望是交付一個(gè)成功的產(chǎn)品，于是，我的感受不是滿意而是非常沮喪。這讓我感覺(jué)我付出的時(shí)間和精力沒(méi)有了價(jià)值。

取消任務(wù)并非幻滅工作價(jià)值的唯一原因。一些沒(méi)有必要的任務(wù)或其他繁重的工作也會(huì)加劇軟件開發(fā)的難度。這些事情總是看上去好像很有用或者對(duì)任務(wù)很有幫助的樣子，卻幾乎沒(méi)有價(jià)值。

進(jìn)程

從眾多軟件開發(fā)人員的角度看的話，軟件開發(fā)生產(chǎn)力最大的敵人就是冗余的進(jìn)程。在《Process Kills Developer Passion》一書中，James Turner這樣寫道，“對(duì)整個(gè)開發(fā)進(jìn)程最佳實(shí)踐的盲目應(yīng)用讓我們從一種創(chuàng)造性的流程變成了一種禁錮。”Turner表示所有的開發(fā)人員能力并不相同，所 以對(duì)待他們的方式也不能完全相同。“企業(yè)需要明白一點(diǎn)，開發(fā)人員之間有著本質(zhì)的區(qū)別，所以你得確保設(shè)置給每個(gè)人的權(quán)重，至少不能有損整體的士氣和團(tuán)隊(duì)的效 率。”

我想大多數(shù)淫浸這行多年的人都明白，一定程度的進(jìn)程才是合理的，甚至是有益的。但是這個(gè)“程度”取決于項(xiàng)目、開發(fā)人員的經(jīng)驗(yàn)以及團(tuán)隊(duì)的大小。標(biāo)準(zhǔn)化 和代碼約定是有很多優(yōu)點(diǎn)的。單元測(cè)試和其他質(zhì)量進(jìn)程的益處更是眾所周知了。可以這么說(shuō)，最好的開發(fā)人員能夠確定什么樣的進(jìn)程適合怎么樣的情況，以及怎么樣 的情況是不適合的。

開會(huì)

只有那些時(shí)間短、運(yùn)行良好的會(huì)議才能為我們提供巨大的收益，大多數(shù)的會(huì)議都只是在浪費(fèi)時(shí)間，特別是如果會(huì)議還要晚點(diǎn)和加時(shí)的話。好的會(huì)議，應(yīng)該準(zhǔn)時(shí) 開始，只需要解決那些必須解決的問(wèn)題即可。例如有的團(tuán)隊(duì)成員不習(xí)慣于發(fā)表自己的意見(jiàn)，那么一些用于交流工作的簡(jiǎn)短、非正式的會(huì)議就很有必要。而一些難度很 高的設(shè)計(jì)決策和架構(gòu)權(quán)衡也可以放在會(huì)議上討論?？梢赃@么說(shuō)，運(yùn)行良好的會(huì)議，產(chǎn)生的是積極的效果：能幫助開發(fā)人員確立更加明確的方向，提高團(tuán)隊(duì)的整體效 率。

我以前也發(fā)過(guò)一個(gè)關(guān)于如何有效開會(huì)的帖子。要點(diǎn)是應(yīng)該學(xué)會(huì)記筆記，記下什么時(shí)間有哪些人的參與，記錄下重大的決策以供將來(lái)參考，也可以作為材料借閱給那些沒(méi)有到會(huì)的人看。

不是每一個(gè)想法都應(yīng)該實(shí)施

不是每一個(gè)想法都有價(jià)值。開發(fā)人員在被迫去實(shí)施一些糟糕或者沒(méi)用的點(diǎn)子時(shí)，往往會(huì)產(chǎn)生不耐煩的情緒。話說(shuō)，我們很難讓自己心甘情愿地去制作一些可能永遠(yuǎn)不會(huì)被使用的東西，或者更糟糕的是，直接影響用戶體驗(yàn)。

繁瑣的腳本編寫任務(wù)

很多開發(fā)人員往往會(huì)另尋方法去解決特別繁瑣的腳本編寫任務(wù)，而不是手動(dòng)執(zhí)行，即使用于手動(dòng)執(zhí)行的時(shí)間和編寫的時(shí)間相差無(wú)幾。這也是可以證明大多數(shù)開 發(fā)人員討厭繁瑣任務(wù)的最好例子之一。對(duì)于開發(fā)人員的這種典型做法其實(shí)是有積極面的。首先，可能這個(gè)我們以為是一次性的任務(wù)又有了需要再次實(shí)施的情形。其 次，編寫腳本的行為比僅僅只是完成一個(gè)任務(wù)所產(chǎn)生的價(jià)值要高得多：既可以提高腳本語(yǔ)言的熟悉度，又能為以后解決相關(guān)問(wèn)題提供很好的思路或案例。

使用常規(guī)配置

只有當(dāng)配置信息和常規(guī)配置不同時(shí)，開發(fā)者才需要提供詳細(xì)地配置信息，否則只需要使用常規(guī)配置即可。這樣可以節(jié)省開發(fā)者的時(shí)間，減少許多枯燥的配置工作。

開始看上去沒(méi)價(jià)值其實(shí)不然

大多數(shù)的情況下，我們對(duì)于任務(wù)有無(wú)價(jià)值的判斷一般是正確的。但也有的任務(wù)，一開始看上去是無(wú)用的，但是后來(lái)則發(fā)現(xiàn)它確實(shí)能提供實(shí)實(shí)在在的利益，的確 是有價(jià)值的。這種情況也提醒我們需要對(duì)新點(diǎn)子的價(jià)值保持開放的心態(tài)，不要一棍子打死，應(yīng)該仔細(xì)分析它的影響。所以軟件開發(fā)經(jīng)理要做的就是將有價(jià)值的任務(wù)分 配給開發(fā)人員并確保他們能理解這些任務(wù)的價(jià)值。

執(zhí)行力

即便是一種非常有潛在價(jià)值的想法如果沒(méi)有正確的實(shí)施，也會(huì)大大減少它的價(jià)值。同樣的，如果能正確使用代碼審查和代碼質(zhì)量工具則能創(chuàng)造巨大的價(jià)值，反之就是負(fù)面的影響。

結(jié)論

當(dāng)我們喜歡我們所做的工作的時(shí)候，當(dāng)我們認(rèn)為我們所做的有價(jià)值的時(shí)候，我們往往能將工作完成得很完美。而毫無(wú)價(jià)值或者低價(jià)值的任務(wù)則更容易被認(rèn)為是 冗余的任務(wù)從而不能很好地完成?？偠灾绻_發(fā)人員毋須被強(qiáng)迫于毫無(wú)價(jià)值的任務(wù)，那么顯而易見(jiàn)的他們將更有動(dòng)力更有開發(fā)的激情，也更開心。