這些年來，我看到很多頗有成績的軟件開發(fā)人員轉(zhuǎn)行去了管理崗位，或者其他完全不同的職業(yè)。有的時候原因很簡單，只是想拿更高的薪水。不過也有因?yàn)槭菂捑肓丝偸切枰粩鄬W(xué)習(xí)以跟上軟件開發(fā)步伐這樣一種疲于奔命的狀態(tài)。當(dāng)然最常見的原因是感到無聊了，或者是對工作本身失去了興趣。這些人通常是因?yàn)楣ぷ鲗τ谒麄兌砸呀?jīng)沒有了足夠的挑戰(zhàn)，認(rèn)為他們是在將自己的時間和精力投入到幾乎沒有價值的工作中。

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

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

進(jìn)程

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

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

開會

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

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

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

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

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

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

使用常規(guī)配置

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

開始看上去沒價值其實(shí)不然

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

執(zhí)行力

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

結(jié)論

當(dāng)我們喜歡我們所做的工作的時候，當(dāng)我們認(rèn)為我們所做的有價值的時候，我們往往能將工作完成得很完美。而毫無價值或者低價值的任務(wù)則更容易被認(rèn)為是冗余的任務(wù)從而不能很好地完成。總而言之，如果開發(fā)人員毋須被強(qiáng)迫于毫無價值的任務(wù)，那么顯而易見的他們將更有動力更有開發(fā)的激情，也更開心。

翻譯作者： – John