工作的思考十八:對團隊的一些想法


這篇文章是我思考了很久才寫出來,是好是壞也是我自己搗鼓出來,記錄一下,也希望大家多提點自己的想法。

一丶現象

  開發人員:每天都需要填很多文檔,包括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,那么用戶體驗就會很差。

 

這些都是這段時間思考的想法,九月底就要辭職了,十月份去外面轉轉,十一月份開始去上海找工作,開始一個新的人生階段,加油。

以同步至:個人文章目錄索引


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM