這篇文章是我思考了很久才寫出來，是好是壞也是我自己搗鼓出來，記錄一下，也希望大家多提點自己的想法。
一丶現象
開發人員：每天都需要填很多文件，包括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，那麼使用者體驗就會很差。
這些都是這段時間思考的想法，九月底就要辭職了，十月份去外面轉轉，十一月份開始去上海找工作，開始乙個新的人生階段，加油。
以同步至：個人文章目錄索引
對做夢的一些想法
都說日有所思夜有所夢,可我感覺也不盡然.好多夢的內容毫無邏輯,但有時我們知道我們是在做夢,感覺是好夢時,你會感覺這就是你想要的,所以不想醒來,這時你的夢基本上就會在你的意志下進行,裡面的一切都會按照你的意志發展,這個時候沒有外力叫醒你,你可能就會迷失在夢裡,就是植物人一樣 植物人為什麼要靠熟悉的人不...
團隊組建的一些想法
瞎寫了點，不做正規參考 關於成員組成 成員的組成，總體思想是牛逼的人得多，領域領頭羊得多，這個不再闡述 所有有基本常識的人都知道什麼樣的人好，難的是如何召集到這些人，跟如何把這些人留住 想要什麼樣的人?1.機器 人 類似富士康那種，靠重複性勞動就能出績效的人，大多數的網路公司因為行業特殊性都沒有針對...
對於工作的一些思考
感覺自從領導讓我管專案以來,一直沒有讓領導很滿意的地方是自己在專案上花的心思太少.很簡單的一些例子就證明了,比如自己雖然是中途接手的專案,然後並沒有仔細檢視招標檔案,沒有針對招標檔案的要求 去核對乙方的一些功能是否完成.其次,對於乙方,我還在心裡上和行動上 做到完成把控住,我不僅要去分析我領導的想法...