說說三流團隊的那些事----(2)BOSS配置設定下的任務

    2015-7-8  12:15

     純屬吐槽,不針對任何人和事。 

     對于某些三流團隊來說,有一點比技術上所不足還緻命。就是過度的流程化,流程化,開會,開會,分析,分析....反反複複....沒有進入主題,其實BOSS想要的很簡單,我要什麼你快速給我

幹出來就完事了。

   OK,時間過去了,機會錯過了,競争對手的産品上線了....我們才開始編碼 。如此反複的流程隻會在大型網際網路公司才會存在,對于三線城市的三流團隊而言,需要的是實幹家,

 而不是分析師。

    假如你是一個團隊的TeamLeader ,那麼 接收到BOOS下達的産品開發任務, 你會如何去配置設定？   這裡要考慮的是兩種類型的人:

   1、不懂技術,而是單純做leader的人,姑且稱之為項目經理,直接上司程式員,對于程式員下達産品生産指令,然後定時來催活,程式員怎麼幹不管,隻要結果。

   2、懂技術,而且是技術型Leader的人,有多年技術工作經驗轉型研發型leader崗位。 

 2種截然不同的結果:

    1、第一種按照工廠式生産流程,還沒進行詳細設計。就進行任務配置設定,那些天幹完哪些活,完沒有針對性的任務配置設定,這就是此類leader的問題。   因為他們無法總覽團隊大局,甚至誰善于做

什麼内心也沒有衡量,往往的結果是過于依賴于程式員的結果,對于産品的品質,性能沒有硬性名額,後果可想而知,改了又改,改了又改周而複始這個項目開始變得雜亂無章,亂七八糟的

代碼充斥着整個項目,最後沒法進行下去了,重構吧！或者放棄該項目吧。 此類工作中,leader完全無法掌握程式員的動向,深知無法知道程式員一天到底幹了什麼,幹的好不好都無從考

究這是一個很嚴重的問題。 如果想解決這類問題,那麼 此類型leader 必須為自己安排一個技術好副Leader,進而為自己出謀劃策。

  2、很幸運,如果公司團隊leader是第二種人那麼這個公司一定是一個潛力股,至少能讓程式猿看到了某些希望。在産品任務下達之前,技術型leader會根據需求進行項目設計,技術分

析,進而進行詳細設計,然後根據團隊每位開發者的技術長處不同進行分工,然後規劃合理的時間,并且親身參與項目某些核心子產品開發。結果可想而知,這個團隊一定會幹出一個很了不

起的産品,而且團隊交流也會更融洽。