第119章 拒絕成為草臺班子(第3頁)

為什麼許多項目明明看上去比較簡單，但實現起來那麼繁瑣。

客戶想要什麼其實並不是十分清楚，只知道個大概，但對項目週期要求非常高。

人和人彼此溝通會存在信息認知偏差的，不會做到100%完美理解。

產品經理根據客戶籠統的需求去理解去細化，就交給技術去實現。

在不斷反饋過程中，會帶來許多改動，這就對原本技術實現的複雜度有了更高的要求。

原本的技術框架需要適應多變的需求，甚至後面許多新改動原本框架並不支持，怎麼辦呢？

硬著頭皮在地基上違建，時間緊任務重，沒有時間改動影響頗大的底層，只能頭痛醫頭腳痛醫腳，優先滿足業務需要。

隨著項目進度的推進，屎山代碼就是這樣不斷成型的。

所有工程師在項目一開始的初衷都是好的，那就是告別屎山，搭建通用的工具，避免重複造輪子。

但他們發現隨著一個又一個的項目，雖然做了這樣那樣的技術規範和技術方案，但每次做著做著都會跑偏，依舊陷入重複造輪子的怪圈。

技術累得要死還寫出一堆沒有任何成就感和進步的代碼，產品被技術挑戰被甲方客戶、老闆壓榨溝通的瀕臨崩潰，最後產品驗收甲方也是傻眼，最後只能各退一步。

為什麼造成這種現象，最根本原因是環境太浮躁。只注重眼前利益，從不看長期發展，說白了就是短視。

這就是為什麼原本初創公司一開始做的產品都非常不錯，接受了融資之後就逐漸面目全非，畢竟資本都是逐利的，一切向錢看，其他靠邊站，資方壓力一來，管你什麼董事長、創始人，誰都扛不住。

就連強如小雷，在後來股價暴跌還被投資人劈頭蓋臉訓得跟三孫子似的，在房間裡輸出一個小時，把小雷逼的跑到樓道抽菸緩解瀕臨崩潰的情緒，當時據傳這個資方是老馬的妻子張女士，後來被闢謠人可能不一定是，不過事應該是真事，畢竟是小雷自爆的。

所以可想而知，客戶或老闆想項目立馬上線，越快越好這樣就能見到收益，見到效果，出現問題那就在後續再打補丁解決問題，大不了發個道歉聲明自罰三杯，實在不行丟出幾個實習生背鍋，或弄個熱搜轉移下視線就完事了。

嗯，說的就是國內軟件行業。

陳默是真正的懂哥，所以他清楚這件事情根本原因在哪。

那就是讓專業人幹專業的事，避免外行瞎指揮。

既然知道問題根源，陳默就不會犯這樣的錯誤，這也是他當初剛入職小米就找小雷要三部授權的原因。

他既是客戶、又是產品、還是技術，三位一體，話語權牢牢把控在手。

從市場定位、原型設計、產品構思、需求文檔甚至技術文檔，一條龍全程扶持把控。

接下來一週的時間，微信項目組所有成員沒有寫下哪怕一行的代碼。

每天的工作就是在陳默的帶領下，頭腦風暴把微信不斷分析、細化、碰撞。

陳默在其中汲取大家的想法、靈感、吸收、消化，最後掰開了揉碎了再反哺給大家。

需求細化、技術評審、排期核對，陳默把控著微信項目組每個人每個功能的關鍵點。

在經過不斷討論、反覆溝通、激烈爭執，一週後最終大家認知達成一致，意見形成統一。

當前期準備足夠充分，項目週期水到渠成也就出現了，提測時間定在了一個月後的9月15日，週五。

接下來開發工作也僅是按部就班實施的過程。

至於上線，那得看測試工程師對測試的評估，那是後面的事情，畢竟陳默不能越俎代庖提測試給出測試周期，畢竟他自己測試效率跟具體測試同學肯定不一樣，估的時間長了浪費資源，短了項目質量存在風險，都會有問題。

正如他之前所說，專業的人幹專業的事，才是最靠譜的。

微信正式踏上了研發的征途，揚帆起航。

把自身負責的工作安排的妥妥當當，輕裝上陣的陳默去找小雷同學報到，

他的觸手已經開始觸達小米硬件業務。

(本章完)