項目做到現在（各項目已經有穩定版本），除了收穫一堆技術知識外，感觸最深的是對項目的宏觀把控，也就是管理。
這次開發更加讓我體會到團隊開發的樂趣和團隊的重要性。項目做了半年之餘，卻毫無疲倦之感，對新工具不再是恐懼，更多的是好奇、期待，相信會給我們帶來便利。此次分佈式開發，如果缺少團隊任何一人可能也走不到今天，感謝團隊，通過共享讓我們快速成長。
也讓我逐漸意識到，企業項目和個人應用之間的巨大差距。在團隊中，能力只是一個方面，責任意識往往比個人能力更重要，而項目組長承擔着統籌全局的重擔，需要對項目的規劃、保證執行力、人員的溝通、產品的用戶體驗。
規劃項目，把握節奏
我是權限組的組長，不過是半路出家。我的感觸是，做組長不像只做開發那樣事情單一，有更多事情需要做，但是如果覺得忙不過來，那麼你一定沒有做時間管理的。
時間管理，管理的不僅僅是項目開發的時間，包括學習時間、所有生活的時間，所以養成管理時間是很有必要的。
項目開發初期，我們使用Office Project做項目規劃，但隨着開發的進行，Project規劃被忽視，忙於開發，沉浸於技術細節。
開始還有制定計劃的習慣，但是往往堅持不了多久就放棄了。良好的規劃，應該包括現在應該做什麼，接下來我們要做什麼，然後哪些人做哪些工作，這些規劃對於一個小型的團隊來說十分重要。把握一個好的節奏，是高效的關鍵所在。
記得上次做撥號項目，無限期的延長，從那時起，我越來越意識到開發前期的規劃和安排，對於整個開發流程來說有着多麼重要的意義。這點賈林做的很好，事情總往前趕，積極，經常思考。
規劃或者估計是否合理，只有長期堅持，才能逐漸趨於合理。
比如分配團隊任務的時候，我們往往過於樂觀，給每個人都分了一大堆事情，導致團隊會議的時候基本都未能完成任務，怎樣才能估計合理，堅持做，不斷的鍛鍊是必不可少的。
敏捷開發中，提倡任務顆粒大小爲一天可以完成的量，把任務按照功能逐漸模塊分散，然後按照個人能力分配，並且還會預留一部分的彈性時間，防止一些特殊情況影響進度。
在估計任務量時，也要爲組員預留彈性時間，避免不了會被別的事情打擾的。
沒有執行力，說的再好也沒用
說的再好做不到也沒用，團隊需要有例會和制度的約束，無規矩，不成方圓。
有了計劃，還需要對執行情況做記錄和總結。我們每天利用5分鐘左右彙報昨天任務完成情況，今天要做什麼。每週有迭代會議和總結會議。我每天晚上會總結一下當天的收穫，比如任務完成進度，未完成的原因。每個星期也有個自我總結，畢竟計劃不如變化快，有時候需要對計劃做一些調整以提高效率。
團隊開發中最常見的問題就是溝通協作的問題
很多時候因爲一些細節疏忽導致的溝通上的不足會嚴重影響項目開發的進度。比如在描述頁面效果時，如果組長和組員光是口頭上說，很難保證二者描述的是同一個，某些細節可能就不同。這個現象聽丹姐也說過，自己做出東西了，等讓項目經理一看，不是經理想要的。所以，最好使用頁面原型或者經理安排後，組員重新複述，看是否和經理所要描述的一致。
快速的融入團體才能快速提升地位。合作開發，某些模塊可能涉及多人負責，要有承擔精神，抱着學習的態度，不要推卸責任。如果不能很好的融入集體，一般是不會被分配一些關鍵任務的，從而喪失了一次很好的表現或者提升機會。
產品最重要的是用戶體驗
從上次驗收的項目看，技術出身的我們在做產品時很容易往技術細節去想，太鑽牛角尖。做出來的東西只是自己覺得很牛叉，但用戶不領情，所以應該後續需要的一個改變是：從市場和商業模式的角度去思考產品。
其實，做產品最終是爲了給用戶用，而用戶不管你用的是什麼技術，操作快捷方便就行，實現自己想要的目的纔是最重要的。如今互聯網迅猛發展，競爭激烈，用戶買你的產品一定要用的爽，稍微有一些不舒服的地方，立馬走人，用戶不僅僅是上帝，更多時候是衣食父母。
小結
無論處在什麼位置，都需要養成宏觀思考的習慣。正如擡頭看路，看到的是機會，是選擇，是風景。低頭拉車，除了勞累剩下只有迷茫。