這篇文章是我思考了很久才寫出來，是好是壞也是我自己搗鼓出來，記錄一下，也希望大家多提點自己的想法。
一丶現象
開發人員：每天都需要填很多文檔，包括QA，QC，Plan等四五個文檔，而且有的開發人員下班之前還會發很多報告郵件。
我們團隊中前段時間來了一個新人，過了一個月就讓他負責每天下班之前發報告。
每天光整理文檔都要兩個小時，最後每天都是十點左右才回家，看在眼裡很心疼啊。
Leader：每天大部分時間都在維護文檔，都在檢查文檔，如果哪個人填的不好，就會走過來告訴你趕緊修改等等。
二丶問題
開發人員：花了很多時間在填寫和維護文檔，轉移了開發人員的注意力，不能集中注意力在編碼上
我們團隊中的開發人員平均每天都會花1-2小時左右在維護和整理文檔。
Leader：花了很多時間在檢查和維護文檔，忘了最根本的責任 - 控制開發進度，提升軟體産品的代碼品質，解決開發中遇到的技術難題
三丶團隊和靈活
什麼是團隊：大家都有一個共同的目标 - 創造一個世界級的産品
靈活：在一個高度協作的環境下，通過每個隊員自身的自我回報，及時調整和完善
雖然我對靈活還是沒有很多的認識，但是一些好的點子還是會引起共鳴的，我們應該要去學習靈活，并運用它，雖然會困難重重，但要有信心。
四丶自我回報
填文檔為了是什麼，我想大部分都是為了統計計劃進度，任務做的怎麼樣了，Bug解決了多少等等，本質上就是一種回報的展現。
回報的途徑：①通過填文檔來回報（死的） ②通過自身回報，并由Leader彙總（活的）
怎麼解決回報：立會
① 一天一小會(小組)，一周一中會(大組)，一月一大會(整個項目組)
② 立會時間半個小時最适宜，會中不要讨論過細的東西
③ 每天上班之後半個小時後開會，讓大家有一個緩沖的時間并且可以有時間統計自己什麼任務完成了，還有哪些任務沒完成，以及遇到什麼困難了等等
④ 每天的立會由Leader來發動，Leader做好了回報記錄，這個特别重要
⑤ Leader收集回報之後彙總并做出相應的計劃調整以及彙報給上級
這樣帶來的好處是把回報的時間都放在早上立會的半個小時中去了，不在需要開發人員再花額外時間去做這件事，他們可以更專心的做編碼工作了。
Leader也不需要每時每刻去催促開發人員填文檔，也不需要再去檢查文檔了，他隻需要在立會中收集到隊員們的回報就好了，并在會後進行彙總，分析以及調整。
這邊想說點激動的話：向那些該死的文檔說去死吧。
用好立會将會帶來很多好處，Leader應該善于從回報中收集到更多有用的資訊，然後做出調整。
五丶Leader不僅要把控進度也要提高産品的代碼品質
首先我想說做Leader會很辛苦，雖然我沒有做過Leader，現在還是一名小兵，但我能感受每上升一個層次都會帶來更大的壓力和挑戰。
從廣義上說：對外接受任務，并擋住外部一切壓力，對内安排任務并檢查任務進度等等。
從狹義上說：除了安排和檢查任務，應該更注重産品的代碼品質，注重開發人員的提升。
在現在公司的團隊中我發現所有Leader的工作重心都放在檢查任務進度，文檔這些事情上面，但我想說的是這些都是最低要求，我們是否要注重我們産品的品質呢？
後端開發一直是我一個人在做，不管是代碼規範，性能，重構我都會定期執行，從維護和擴充方面都是良性發展的。
前端開發人員有七八個，前端不管是從代碼規範，性能，重構等方面一直都是沒有規定，一直都是我行我素，各寫各的。
雖然任務完成了，但是從後期維護角度上來講都是一個最大的挑戰，那麼我覺得Leader的作用就展現了，制定規範代碼，定期重構，定期CodeReview等等。
我想這些是Leader除了配置設定任務之外又一重要的職責了。。
六丶優秀人才
很多時候公司想找優秀人才，而優秀人才又很少，進而就會造成社會上就業壓力大，而公司也招不到優秀的人。
那麼很多公司找不到人怎麼辦？我想說 - 先招一個可以培養成一個優秀的人，那麼我認為這樣的人要符合三點：
① 用老闆的思維來的工作
② 不僅是一個能幹的人，還以一個肯幹的人
③ 渴望進步，渴望成長，渴望成功
其實上面三點也是我從一些文章中看到的，隻是經過了一些個人思考寫在這裡的。
優秀的人不一定是很聰明的人，但如果他具備了上面三點的一點我想他都會成為一位優秀的人才。
現在的團隊就缺少這樣的人，可以不斷為項目做持續改進的人，可以從整個項目看待問題的人，為項目做強而努力的人，可能說的有點過激了。
最起碼我是這樣想的.......
至少現在我一直保持着一位碼農應有的素質，并努力向這三點靠攏，也一直在努力着。
七丶使用者，PD(Product Design)，開發
<高效程式員的45個習慣>一書提過讓使用者，PD，開發三者加入到整個軟體開發生命周期中去。
這樣可以不斷聽取使用者的需求，進而來改進産品或調整方法，讓開發者可以自由的發表對軟體的建議，進而改變軟體品質，讓PD根據使用者的需求進行設計軟體産品。
但在我們的團隊中使用者，PD，開發這三者的關系卻沒有任何聯系。
① PD沒有去認真聽取使用者需要什麼，而是憑借他們的經驗和想法來設計需求
② 而開發人員也是有什麼需求就做什麼，沒有什麼建議提出來，就是有建議PD也基本是不理睬
③ 就這樣我們各自為政，當一有什麼問題就會推來推去的公司
在我的腦海裡我我一直堅信做一個産品，如果沒有把使用者，PD，開發這三者有效的結合起來，那麼總會在一方面有缺陷。
比如：沒有重視使用者的感受，那麼這個産品就會沒人用；如果不重視開發者，那麼後期的維護，性能将會是一團糟，如果不重視PD，那麼使用者體驗就會很差。
這些都是這段時間思考的想法，九月底就要辭職了，十月份去外面轉轉，十一月份開始去上海找工作，開始一個新的人生階段，加油。
以同步至：個人文章目錄索引