過去一年踩下的坑，價值好幾百萬

第一個關鍵詞：覆盤

 

在商業戰略上覆盤有兩個好處。第一個是找到亮點，對於可行的一些試點項目投入更多資源擴大規模。第二個是咱們犯過什麼錯，犯過的錯誤能不能寫下來再也不犯。今天就來盤點一下去年咱們範下的那些嚴重錯誤：

 

1. 低估問題的難度

 

若是去看上一篇文章大概還能夠看到我對於能從一堆亂麻中找到全部問題，排好優先級一個一個來理順解決這件事情是抱着癡迷的態度的。

 

可是因爲認知的問題，包括對於我的自己能力的認知以及對於問題的認知都決定了「外來人員」 是很難在短時間內從根本上解決問題的。舉個栗子:

 

因爲我本人是技術管理出身，又都是偏大公司的背景。因此天然而然，我最早看到的都是關於技術和流程的問題，而且我過去解決這兩類問題所用的思路、資源跟如今都不同，因此我過去的經驗就未必那麼有用了。沒有正確客觀的分析本身的優點與所處環境, 以及與原來同事的溝通不充份。這是一開始就埋下的一個坑。

 

問題總比想象的要複雜的多

資源的能力以及可控的範圍遠比想象的要小

 

2. 錯誤地跟隨

 

和你們一塊兒參與重構是我踩下的另外一個坑。當時咱們由原來的網站模式開發向純先後端分離的開發模式。而原先的前端負責人在完成一個小項目以後離職了，留下了一個重度的react框架和一個咱們剛剛從後端轉過去跟他學習的前端。

 

在選擇react去留的問題上，我發揮了一個「優秀」技術人員的特性。喜歡新技術，相信本身能搞定這一切。因而咱們花了一個月才把原來留下來一個沒有重構完成的項目拖上線。

 

千萬不要用不熟悉的技術

你可能沒有時間學習

 

3. 錯誤地評估/加碼 

 

過程雖然艱辛，可是最後完成了，咱們歡欣鼓舞，準備大幹一場！

 

你們都很期待， 咱們找了系統中的一個重要模塊決定開始服務化。前端還用react！  投入2個後端，1個前端。後端api在2周左右基本完成，但前端花了1個多月功能仍是不能正常運行。後端api也由於缺乏設計和框架層面的支持有一些缺陷。最後全盤放棄，時間從我加入已通過去5個月了。

 

第2和第3個坑能夠說是有連續性的，以前那個前端負責人走的時候，咱們已經有一部份線上項目用react實現，而且也有一個後端一塊兒參與。爲了避免讓這些變成沉沒成本，咱們選擇繼續投入。

 

中間那個項目上線以後，其實咱們依舊沒有對react+redux等這套框架掌握的很是熟練，包括對於那個模塊的業務，也不是特別的瞭解，能夠說是技術與業務與人員3重危險的基礎上作重構，勝算很是的低。

 

學會堅定放棄

 

4. 帶着團隊衝向了炮火

 

在以上的5個月的時間裏，雖然沒有在技術和產品上取得進展，可是卻在團隊和開發流程上取得了一些小成績。那時候前端團隊擴充到3個，後端擴充到6個，並增長了一位測試，技術團隊擴充到14個。 正好到了11月底，你們想着要在年末作點真正對用戶有意義的事情！

 

因而咱們開展了一個叫「磨刀」的行動。

在一個月以內，前端3我的+後端4我的+測試1人。修復全部現有UI、數據上的bug。新開發了5個模塊。發版7次。

 

有人說，這怎麼也算坑了？

大家想一想，若是一個公司開始出現瘋狂加功能的時候，基本離死掉也不遠了。

 

事實也證實，除了bug之外，到如今爲止尚未證實咱們作的事情從增加、營收以及留存上有特別大的價值。這多是最致命的，由於你最不忍心看到的就是那些滿腔熱血、艱辛付出的人最終不能贏得榮耀。

 

敏捷開發的軟脅是：工程師願意根據不斷改變的業務要求調試產品，可是對這些商業決策的質量不負責

 

第二個關鍵字：反思

 

全部的坑，都只能坑踩一次。

以上所踩的坑能夠說是具體的現象，相信全部的創業公司都會遇到，只是以另外一種現象展示出來並且。因爲篇符的緣由，以上幾個問題我將結合咱們去年一年的實踐分爲下面的5個主題在接下來的一一分享 

 

1. 人才引進與培養——找對人才，幫助其發揮

2. 產品開發流程實踐 ——優化效率，指導方向

3. 咱們的架構演進實踐  —— 何時該作升級，如何來升級

4. 解決問題之道 —— 識別與迭代改進 

5. 企業發展戰略如何實踐 —— 戰略是打出來的，團隊如何跟進 

 

生意專家是一家專一於實體店鋪開店管理的saas軟件服務商，目前服務於全國40W家b端商戶且在繼續快速增加。想和咱們一塊兒見證從1到100000嗎？

你也能夠在個人公衆號上看到這篇文章。（我會在公衆號上直播這段創業的經歷，包括咱們技術架構以及團隊的升級）