今天聚會(huì )的各位CEO都如此成功了，還在拼命，小編怎么好意思偷懶？深夜加加班，把這些記錄的精華發(fā)布出來(lái)。

產(chǎn)品排期和工作量評估

新晉創(chuàng )業(yè)者Yeti，特別苦惱于新產(chǎn)品的進(jìn)度。業(yè)務(wù)領(lǐng)域新，采用的技術(shù)也新，屢屢挖坑屢屢埋。難道沒(méi)有更靠譜一點(diǎn)的辦法嗎？

兩位對交付項目非常有經(jīng)驗的老大總結道：在技術(shù)路線(xiàn)和業(yè)務(wù)領(lǐng)域相對熟悉的項目，按照經(jīng)驗估計的值，再加上30%的余量，就很靠譜了。當然，這是跟那些對IT有一定理解的客戶(hù)。如果客戶(hù)比較飄，思維發(fā)散多變，加個(gè)100%的余量也是可以的。而且，一定要重申需求變化的范圍。

如果是做產(chǎn)品，靈活度就比交付項目要高一些?？梢源_立小階段內的整體目標，而非制定長(cháng)期且固定的計劃。小編所在的開(kāi)源項目團隊，是固定發(fā)布日期，按照緊急和重要程度，把需求/BUG放入其中，算是暗合了Scrum吧。

打造牛B技術(shù)團隊

要排期準確，就需要熟悉業(yè)務(wù)，也要熟悉技術(shù)領(lǐng)域里的坑。二者都需要長(cháng)期積累。業(yè)務(wù)需要浸淫，而如何打造一支堅實(shí)的技術(shù)團隊，咱們的阿蘇老大頗有心得。

• 每天的晨會(huì )

按照之前計劃，當天要完成的事情，每位程序猿/媛來(lái)講講，準備如何去實(shí)現。如果想得不清楚，很快就會(huì )卡殼，團隊就知道風(fēng)險所在。有坑的地方，其他跌過(guò)坑的同事也可以指出來(lái)。

另外這也是一種形式的同行評議，評價(jià)采用的技術(shù)路線(xiàn)，每一次探討，都是進(jìn)步的契機。

• 每周五下午的內訓，大家輪流講topic。主要基于兩點(diǎn)考慮：

  • 能做出來(lái)不一定懂，能講出來(lái)才是。

  • 工程師都是寂寞的，他們們寫(xiě)出了牛X的代碼，也希望被人贊嘆，希望登高一呼，群山喝彩。這是尊重了人性的規律。

如何鼓勵大家主動(dòng)分享，又不帶來(lái)壓力呢？

首先不要把時(shí)間定死，一個(gè)小組輪下來(lái)，就是倆月了。倆月的工作中，總能找到點(diǎn)兒東西分享的吧？

那些實(shí)在懶惰的程序員，給點(diǎn)懲罰咯。每天下午茶時(shí)間的零食，你就負責跑腿。

有負激勵，也要有正激勵。講得好的同學(xué)，獎勵紀念金幣，可以?xún)稉Q現金，放在桌上，那也是一種榮譽(yù)，可以顯擺的??！

一個(gè)牛B的技術(shù)團隊，要鼓勵每位程序員，努力成為全棧，或者在通往全棧的路上。

效率工具

現在各種專(zhuān)業(yè)的工具越來(lái)越多，程序員興奮異常！一款稱(chēng)手的工具，將大大提高生產(chǎn)力。

團隊協(xié)作工具，大家在使用的有Tower和Teambition，相較于上一代的產(chǎn)品，比如Microsoft Project和Atlassian的JIRA，它們雖然功能不那么多，但更加輕量，更適合小團隊的工作方式。

對幾個(gè)人窩在民宅里的創(chuàng )業(yè)團隊，最高效的就是白板了。大面的玻璃墻，寫(xiě)寫(xiě)畫(huà)畫(huà)和便利貼。未來(lái)的Facebook，未必不會(huì )從這里走出呢。

有一款人肉測試服務(wù)，把APK提交上去，兩天后給你把關(guān)鍵的點(diǎn)測得清清楚楚。不知道是不是testelf，反正他們是做這個(gè)的。

明瑋兄提到一個(gè)服務(wù)http://libraries.io 。它可以幫你跟蹤項目中使用到的開(kāi)源包，是否有升級更新，是解決了什么問(wèn)題，就不用一直盯GitHub了。

程序員的思維模式

王老大遇到不少應聘的程序員，一門(mén)心思就想寫(xiě)原生代碼，糾結于每一行代碼是不是自己拿手敲出來(lái)的（那不是打字員么？）。這種思維在兩類(lèi)人群中比較常見(jiàn)：

• 做外包出身。之前都是找CMS改改就交給客戶(hù)，所以特別希望找找從頭寫(xiě)代碼的感覺(jué)。

• 學(xué)院派。比如那些計算機競賽或者Linux的同學(xué)，覺(jué)得內核、算法才牛B，越往底層越牛，恨不得拿代碼寫(xiě)個(gè)CPU出來(lái)，看不起應用的人（小編當年狂啃C++時(shí)，也是這樣想的哦）。

特別明顯的現象是重后端輕前端，覺(jué)得JavaScript是啥嘛？玩都不屑于玩的東西，還好意思稱(chēng)自己叫代碼？但其實(shí)，前端的未來(lái)可能更加光明。平行類(lèi)比制造業(yè)，質(zhì)量多好、多高效，也許在過(guò)去的歲月、或者少數基礎產(chǎn)業(yè)非常重要，但個(gè)性化和極具設計感的消費級產(chǎn)品，才是更廣大的未來(lái)。

論CEO的三種境界

• 第一種CEO，身后背著(zhù)一群團隊成員，勉力前行。
• 第二種CEO，和團隊并肩作戰，同吃苦共受罪，就差大被同眠。
• 第三種CEO，團隊在前面跑著(zhù)，自己緊跟在后。前面說(shuō)，來(lái)箱子彈，遞上去；前面又說(shuō)，口渴了，趕緊端茶遞水。

再往上一層，CEO已經(jīng)不做端茶遞水的工作了，他專(zhuān)注于解決團隊其他成員不能解決的問(wèn)題，是什么呢？戰略（確定那不是懂事的長(cháng)？）。

論業(yè)務(wù)層的測試驅動(dòng)

為什么上測試驅動(dòng)，實(shí)因切膚之痛。小團隊很難找到專(zhuān)職測試，即便有，也難有充裕時(shí)間完整覆蓋。隨著(zhù)代碼的增加，問(wèn)題會(huì )越來(lái)越明顯。

測試的核心，是讓產(chǎn)品經(jīng)理參與。產(chǎn)品經(jīng)理規劃測試用例，寫(xiě)TODO list，把需求列表轉化為可以執行的斷言。JAVA自然用Maven，而OC就用XCTest。

我們知道，測試粒度有粗細，DAO - Service - Controller，每一級都可以引入測試。產(chǎn)品經(jīng)理只能關(guān)注到業(yè)務(wù)層面，所以至少要覆蓋Controller級。工程師在保證進(jìn)度的前提下，可以自己在更小粒度上測試。

代碼質(zhì)量除了用技術(shù)手段和流程來(lái)把控之外，也事關(guān)工程師的責任心和榮譽(yù)感。在春節加班改完團隊的BUG之后，文藝老板迅疾組織討論，題目就叫《程序員的自我修養》。

從更高的視角看，按照墨菲定律，沒(méi)有檢查的地方，就一定會(huì )出問(wèn)題。任何行業(yè)，關(guān)鍵地方一定要設立檢查點(diǎn)。

王老大高屋建瓴：測試驅動(dòng)蠻好，敏捷開(kāi)發(fā)蠻好，但關(guān)鍵在于，要在合適的時(shí)間做合適的事。在某個(gè)項目中，老大并未耽于代碼，而是在14天內六易設計稿，讓客戶(hù)拍案驚嘆：這樣的提供商，豈能不用！創(chuàng )業(yè)者的勤奮可見(jiàn)一斑。而這做事的思路，與現今流行的精益創(chuàng )業(yè)不謀而合。

行業(yè)發(fā)展

做外包的企業(yè)，幾年之內就能看到未來(lái)成敗。有機會(huì )成的，一定會(huì )擴大規模，項目越做越大。但成于大項目，更可能死于大項目。尤其現在的時(shí)代，90后員工的想法已經(jīng)完全變了，龐大的團隊，將給管理帶來(lái)巨大挑戰。做產(chǎn)品，是條艱難重重的道路，但也是必然的選擇。

企業(yè)和個(gè)人的成功，極大地取決于運氣。某總曾誤打誤撞進(jìn)入國內技術(shù)的前沿，差一點(diǎn)就成為騰訊早期員工。與成為億萬(wàn)富豪的機會(huì )失之交臂，可嘆。但一朝展露頭角，便可以進(jìn)入圈子，資源共享和整合的機會(huì )就多起來(lái)，所以二次成功的機率就大大提高。

本期的干貨就為您分享到這里。所以，可有興趣一起玩？來(lái)跟咱們對對眼吧。