今天聚會(huì)的各位CEO都如此成功了,還在拼命,小編怎么好意思偷懶?深夜加加班,把這些記錄的精華發(fā)布出來。 產(chǎn)品排期和工作量評(píng)估新晉創(chuàng)業(yè)者Yeti,特別苦惱于新產(chǎn)品的進(jìn)度。業(yè)務(wù)領(lǐng)域新,采用的技術(shù)也新,屢屢挖坑屢屢埋。難道沒有更靠譜一點(diǎn)的辦法嗎? 兩位對(duì)交付項(xiàng)目非常有經(jīng)驗(yàn)的老大總結(jié)道:在技術(shù)路線和業(yè)務(wù)領(lǐng)域相對(duì)熟悉的項(xiàng)目,按照經(jīng)驗(yàn)估計(jì)的值,再加上30%的余量,就很靠譜了。當(dāng)然,這是跟那些對(duì)IT有一定理解的客戶。如果客戶比較飄,思維發(fā)散多變,加個(gè)100%的余量也是可以的。而且,一定要重申需求變化的范圍。 如果是做產(chǎn)品,靈活度就比交付項(xiàng)目要高一些??梢源_立小階段內(nèi)的整體目標(biāo),而非制定長(zhǎng)期且固定的計(jì)劃。小編所在的開源項(xiàng)目團(tuán)隊(duì),是固定發(fā)布日期,按照緊急和重要程度,把需求/BUG放入其中,算是暗合了Scrum吧。 打造牛B技術(shù)團(tuán)隊(duì)要排期準(zhǔn)確,就需要熟悉業(yè)務(wù),也要熟悉技術(shù)領(lǐng)域里的坑。二者都需要長(zhǎng)期積累。業(yè)務(wù)需要浸淫,而如何打造一支堅(jiān)實(shí)的技術(shù)團(tuán)隊(duì),咱們的阿蘇老大頗有心得。
按照之前計(jì)劃,當(dāng)天要完成的事情,每位程序猿/媛來講講,準(zhǔn)備如何去實(shí)現(xiàn)。如果想得不清楚,很快就會(huì)卡殼,團(tuán)隊(duì)就知道風(fēng)險(xiǎn)所在。有坑的地方,其他跌過坑的同事也可以指出來。 另外這也是一種形式的同行評(píng)議,評(píng)價(jià)采用的技術(shù)路線,每一次探討,都是進(jìn)步的契機(jī)。
如何鼓勵(lì)大家主動(dòng)分享,又不帶來壓力呢? 首先不要把時(shí)間定死,一個(gè)小組輪下來,就是倆月了。倆月的工作中,總能找到點(diǎn)兒東西分享的吧? 那些實(shí)在懶惰的程序員,給點(diǎn)懲罰咯。每天下午茶時(shí)間的零食,你就負(fù)責(zé)跑腿。 有負(fù)激勵(lì),也要有正激勵(lì)。講得好的同學(xué),獎(jiǎng)勵(lì)紀(jì)念金幣,可以兌換現(xiàn)金,放在桌上,那也是一種榮譽(yù),可以顯擺的?。?/p> 一個(gè)牛B的技術(shù)團(tuán)隊(duì),要鼓勵(lì)每位程序員,努力成為全棧,或者在通往全棧的路上。 效率工具現(xiàn)在各種專業(yè)的工具越來越多,程序員興奮異常!一款稱手的工具,將大大提高生產(chǎn)力。 團(tuán)隊(duì)協(xié)作工具,大家在使用的有Tower和Teambition,相較于上一代的產(chǎn)品,比如Microsoft Project和Atlassian的JIRA,它們雖然功能不那么多,但更加輕量,更適合小團(tuán)隊(duì)的工作方式。 對(duì)幾個(gè)人窩在民宅里的創(chuàng)業(yè)團(tuán)隊(duì),最高效的就是白板了。大面的玻璃墻,寫寫畫畫和便利貼。未來的Facebook,未必不會(huì)從這里走出呢。 有一款人肉測(cè)試服務(wù),把APK提交上去,兩天后給你把關(guān)鍵的點(diǎn)測(cè)得清清楚楚。不知道是不是testelf,反正他們是做這個(gè)的。 明瑋兄提到一個(gè)服務(wù)http:// 。它可以幫你跟蹤項(xiàng)目中使用到的開源包,是否有升級(jí)更新,是解決了什么問題,就不用一直盯GitHub了。 程序員的思維模式王老大遇到不少應(yīng)聘的程序員,一門心思就想寫原生代碼,糾結(jié)于每一行代碼是不是自己拿手敲出來的(那不是打字員么?)。這種思維在兩類人群中比較常見:
特別明顯的現(xiàn)象是重后端輕前端,覺得JavaScript是啥嘛?玩都不屑于玩的東西,還好意思稱自己叫代碼?但其實(shí),前端的未來可能更加光明。平行類比制造業(yè),質(zhì)量多好、多高效,也許在過去的歲月、或者少數(shù)基礎(chǔ)產(chǎn)業(yè)非常重要,但個(gè)性化和極具設(shè)計(jì)感的消費(fèi)級(jí)產(chǎn)品,才是更廣大的未來。 論CEO的三種境界
再往上一層,CEO已經(jīng)不做端茶遞水的工作了,他專注于解決團(tuán)隊(duì)其他成員不能解決的問題,是什么呢?戰(zhàn)略(確定那不是懂事的長(zhǎng)?)。 論業(yè)務(wù)層的測(cè)試驅(qū)動(dòng)為什么上測(cè)試驅(qū)動(dòng),實(shí)因切膚之痛。小團(tuán)隊(duì)很難找到專職測(cè)試,即便有,也難有充裕時(shí)間完整覆蓋。隨著代碼的增加,問題會(huì)越來越明顯。 測(cè)試的核心,是讓產(chǎn)品經(jīng)理參與。產(chǎn)品經(jīng)理規(guī)劃測(cè)試用例,寫TODO list,把需求列表轉(zhuǎn)化為可以執(zhí)行的斷言。JAVA自然用Maven,而OC就用XCTest。 我們知道,測(cè)試粒度有粗細(xì),DAO - Service - Controller,每一級(jí)都可以引入測(cè)試。產(chǎn)品經(jīng)理只能關(guān)注到業(yè)務(wù)層面,所以至少要覆蓋Controller級(jí)。工程師在保證進(jìn)度的前提下,可以自己在更小粒度上測(cè)試。 代碼質(zhì)量除了用技術(shù)手段和流程來把控之外,也事關(guān)工程師的責(zé)任心和榮譽(yù)感。在春節(jié)加班改完團(tuán)隊(duì)的BUG之后,文藝?yán)习逖讣步M織討論,題目就叫《程序員的自我修養(yǎng)》。 從更高的視角看,按照墨菲定律,沒有檢查的地方,就一定會(huì)出問題。任何行業(yè),關(guān)鍵地方一定要設(shè)立檢查點(diǎn)。 王老大高屋建瓴:測(cè)試驅(qū)動(dòng)蠻好,敏捷開發(fā)蠻好,但關(guān)鍵在于,要在合適的時(shí)間做合適的事。在某個(gè)項(xiàng)目中,老大并未耽于代碼,而是在14天內(nèi)六易設(shè)計(jì)稿,讓客戶拍案驚嘆:這樣的提供商,豈能不用!創(chuàng)業(yè)者的勤奮可見一斑。而這做事的思路,與現(xiàn)今流行的精益創(chuàng)業(yè)不謀而合。 行業(yè)發(fā)展做外包的企業(yè),幾年之內(nèi)就能看到未來成敗。有機(jī)會(huì)成的,一定會(huì)擴(kuò)大規(guī)模,項(xiàng)目越做越大。但成于大項(xiàng)目,更可能死于大項(xiàng)目。尤其現(xiàn)在的時(shí)代,90后員工的想法已經(jīng)完全變了,龐大的團(tuán)隊(duì),將給管理帶來巨大挑戰(zhàn)。做產(chǎn)品,是條艱難重重的道路,但也是必然的選擇。 企業(yè)和個(gè)人的成功,極大地取決于運(yùn)氣。某總曾誤打誤撞進(jìn)入國(guó)內(nèi)技術(shù)的前沿,差一點(diǎn)就成為騰訊早期員工。與成為億萬富豪的機(jī)會(huì)失之交臂,可嘆。但一朝展露頭角,便可以進(jìn)入圈子,資源共享和整合的機(jī)會(huì)就多起來,所以二次成功的機(jī)率就大大提高。 本期的干貨就為您分享到這里。所以,可有興趣一起玩?來跟咱們對(duì)對(duì)眼吧。 |
|