以下是我2016年的反省。

　　一、工作模式的轉變

　　隨著開發項目和開發團隊的越來越龐大，原先的拿到需求就低頭開發的思想已經不在適合現在的開發模式。現在隨著產品研發流程的改進，一次開發迭代，產品需求要進行需求討論、評審、確認，開發需要參與需求的評審、確認開發計劃，測試需要參與產品需求的評審、確認測試計劃，這需要多方合作進行推進。這種開發模式可以更好的把握開發進度和開發的質量。這種制度剛開始，心里還是非常的不適應，因為需要走很多流程，覺得非常麻煩，但是執行了一段時間以后，發現開發的效率和質量都提高了，項目進度也變得相對可控起來。一個規范的制度有利于提高團隊的工作效率和工作質量。

　　二、工作態度的轉變。

　　不再一味的只顧著自己的一畝三分地。可能是以前的開發方式造成我一種習慣，就是做好我自己這一塊的內容就好了，但是今年出現了合同服務的搭建需要其他項目進行配合整改，他們并不清楚接入合同服務需要做什么，我需要把接入的要求什么都列給他們，并且介入開發層面進行配合。作為開發，對自己要做的東西需要負責，但是從全局來說，一個項目并不是獨立的，它是整個系統的一個部分，我們做一個項目，并不只是單單的把這個項目功能寫完，而且要讓這個項目在整個系統中發揮它應有的作用。就像我們每個技術人員，在整個團隊中，可能做的只是一小部分工作，可能參與的不是最核心的項目，但是對于我們整個團隊來說，每一個技術人員在你這個工作崗位上發揮出你應有的作用，這樣才能使我們的團隊更加強壯。

　　三、工作方式的轉變

　　不再單純的求快，而是要求穩的基礎上再加快腳步。隨著系統的越來越龐大，子項目越來越繁多，產品越來越多，復雜度越來越高，我們不能在沒有計劃性的情況下一味的求快，這樣容易出現很多不可控的因素，會導致項目出現很多問題。而這些問題，都是我們在開發階段的時候就能夠避免的，詳細的了解產品需求，詳細周全的開發計劃，加上每個功能的單元測試，能幫助我們排除掉很大一部分問題。高效率的開發并不是單純的求快，而是在項目開發開始之前做好一系列的準備工作，準備做的越充分，項目業務邏輯越清晰，開發效率就越高，項目也就越穩定。所以我們作為開發，對于我們要做的工作，必須要仔細了解自己所需要做的業務內容是什么，仔細考慮業務邏輯，排除隱形的問題，這樣我們的開發效率就會一日千里。