????由于業(yè)務發(fā)展及部門規(guī)劃的變動，本人所處的IT部分為A艘绍、B兩個開發(fā)組及一個公共支撐組赤拒，本人為A組的組長，現(xiàn)在簡單寫下近期的一段心得。
????簡單說下挎挖，小組內(nèi)的成員分配：一個初級前端+一個高級全棧+一個實習開發(fā)+一個初級JAVA開發(fā)以及本人这敬，其中的測試及設計是屬于公共支撐的，
????由于之前也有帶過開發(fā)小團隊蕉朵，且?guī)У囊彩桥嘤柍鰜淼拇尥浚紫缺救瞬⒉皇菍ε嘤柕挠腥魏纹缫暤男袨椋窃谖医佑|的好幾個培訓剛出來的同事或者前同事中始衅，給我的感覺確實是動手能力和理解能力還是稍微欠缺的冷蚂，也導致在分配任何時，必須先詳細講需求汛闸，再講設計方案蝙茶，再講如何開發(fā)，之后在他們開發(fā)過程中诸老，也要時不時得看下他們的代碼實現(xiàn)怎樣隆夯，是否規(guī)范，邏輯是否合理别伏，總之是各種心力憔悴蹄衷。
????舉個例子，有個實例畸肆，剛開始有個項目是某個同事負責帶領小團隊開發(fā)的宦芦，但是由于進度比較慢，上面的覺得將我調過去掌控和梳理進度轴脐，在我介入的過程中，首先是先梳理下這個項目的原始需求抡砂，擼了幾遍并且確定了幾遍需求大咱，并且梳理了目前的開發(fā)進度，實現(xiàn)功能注益，并且安排開發(fā)人員的內(nèi)部會碴巾，重新排期，但是由于這時候我只是在需求上介入并且?guī)兔﹂_發(fā)某些功能丑搔，并未涉及到去對他們代碼實現(xiàn)的review,所以第一次排期出現(xiàn)了延期厦瓢，此后，在我決定要去過下他們代碼時啤月，暴露了一個嚴重的問題：某個端的設計邏輯需要大改動煮仇，而且是在項目收尾期，才暴露出來的谎仲，也是在我介入代碼時才暴露出來的浙垫，當即，召集開發(fā)內(nèi)部會，先對目前的問題梳理夹姥，已經(jīng)解決方案的討論杉武，之后反思和總結，而后就需要花成本去做改動辙售，通過這次轻抱，個人總結出以下幾點：
1. 接到需求后，需要完全了解需求后再設計
2. 寫代碼前旦部，要先認真的了解需求祈搜，確定百分百了解需求后再開發(fā)，而不要按自己想當然的去做志鹃，這樣可以減少后期返工成本
3. 團隊開發(fā)人員需要多溝通夭问，減少一些代碼的重復
4. 開發(fā)人員需要多主動，主動匯報當前的進度曹铃，這樣利于負責人對于項目的掌控進度
? ? 同時缰趋，我也自己的要求時，拿到需求后陕见，先自己過一遍秘血，在開內(nèi)部需求會，進行需求的講解评甜、分解和分配灰粮，同時也會講下自己的實現(xiàn)方案供參考，本人一直堅持生活和工作是分開的原則忍坷，覺得工作時間內(nèi)提高效率粘舟，把工作做好做完，之后可以利用下班時間佩研，進行自我提升也好柑肴，休息也好，因為休息也是為了更好的工作旬薯，而不是為了加班而加班晰骑，加那些無謂的班。
