創(chuàng)業(yè)公司技術(shù)團(tuán)隊(duì)如何組建？技術(shù)團(tuán)隊(duì)管理過(guò)程會(huì)遇到哪些坑？如何填舊的坑，如何應(yīng)付互相傷害，如何不給自己挖坑？
以下經(jīng)驗(yàn)不論是對(duì)創(chuàng)業(yè)團(tuán)隊(duì)或小公司來(lái)說(shuō)都有參考價(jià)值，尤其是對(duì)于一些非技術(shù)產(chǎn)品老板下的技術(shù)負(fù)責(zé)人，所謂早看早得利，誰(shuí)用誰(shuí)知道。
要成為創(chuàng)業(yè)公司的技術(shù) Leader 或技術(shù)合伙人，從自己心理上再不能只是一個(gè)單純的碼農(nóng)。
許多朋友和我吐槽，這些 CEO 們看見(jiàn)一個(gè)認(rèn)識(shí)的程序員、工程師就會(huì)曉之以情動(dòng)之以理說(shuō)服來(lái)公司做 CTO，結(jié)果失敗率非常非常高。
不管是在大公司還是小公司，做產(chǎn)品一定是靠一個(gè)團(tuán)隊(duì)，優(yōu)秀的技術(shù)團(tuán)隊(duì)一定不能有個(gè)人主義的氛圍。
技術(shù) Leader 要思考的不是某個(gè)功能模塊的代碼如何實(shí)現(xiàn)，而是優(yōu)先考慮如果打造一支“短小而精悍”的核心技術(shù)團(tuán)隊(duì)、如何搭建高可用的技術(shù)框架、如何高效打造出優(yōu)秀的互聯(lián)網(wǎng)產(chǎn)品。
組建技術(shù)團(tuán)隊(duì)的正確“姿勢(shì)”
如何建立初期技術(shù)團(tuán)隊(duì)？以下的經(jīng)驗(yàn)或許有參考意義：
第一，根據(jù)技術(shù)解決方案和個(gè)人做事風(fēng)格去挑選和掌控團(tuán)隊(duì)
這點(diǎn)很重要，比如曾有一家拿了天使輪的團(tuán)隊(duì)，CEO 是從阿里巴巴出來(lái)的“女神”，項(xiàng)目啟動(dòng)不到半年，原技術(shù) Leader 因?yàn)楦鞣N原因走了，后來(lái)她急著想拉我替補(bǔ)進(jìn)來(lái)。
我只提了一個(gè)條件：“阿里巴巴的文化我不懂，如果我進(jìn)來(lái)，我可能需要按照我自己的風(fēng)格去管理?！?/p>
但是公司的負(fù)責(zé)人否認(rèn)了我，說(shuō)：“CEO 是從阿里巴巴出來(lái)的，團(tuán)隊(duì)我們會(huì)自己去帶，你只負(fù)責(zé)寫(xiě)代碼和解決技術(shù)問(wèn)題就好了?！?于是我沒(méi)有繼續(xù)往下談了。
其實(shí)這種事情沒(méi)有對(duì)錯(cuò)，這只是我個(gè)人的做事風(fēng)格和原則。
第二，前期的技術(shù)團(tuán)隊(duì)也許談不上管理
但是基本清晰的組織架構(gòu)和簡(jiǎn)單的績(jī)效考核制度必須到位。
第三，前期的技術(shù)部門(mén)最好用“彈性工作制”來(lái)管理
團(tuán)隊(duì)越小越應(yīng)該實(shí)施這樣的制度，因?yàn)椴痪行」?jié)、沒(méi)有時(shí)間概念的技術(shù)研發(fā)工作反而效率更高。
第四，發(fā)現(xiàn)“蛀蟲(chóng)”立即砍掉
我之前帶過(guò)一支團(tuán)隊(duì)，所有技術(shù)成員沒(méi)日沒(méi)夜的開(kāi)展著開(kāi)發(fā)工作，大家根本沒(méi)有時(shí)間考慮福利、節(jié)假日這些事情（當(dāng)然、這些東西應(yīng)該是由公司主動(dòng)做就可以了）。
有這么一個(gè)人，事情還沒(méi)做好就不斷跟我斤斤計(jì)較、談各種條件，多上一個(gè)小時(shí)都覺(jué)得自己委屈，工作緊急時(shí)候卻偷偷占用公司網(wǎng)絡(luò)資源下載電影，還經(jīng)常發(fā)出消極的言論、做事慢效率低下。
這種人就像一個(gè)“蛀蟲(chóng)”時(shí)不時(shí)折騰得讓大家都不爽，負(fù)能量滿(mǎn)滿(mǎn)，影響他人不說(shuō)，團(tuán)隊(duì)破壞性極大，于是我立馬讓他工作交接對(duì)其勸退。
第五，技術(shù) Leader 要引入或者培養(yǎng)自己的左膀右臂
CEO 要有自己的軍師和大將，CTO 或技術(shù) Leader 也一樣。
第六，團(tuán)隊(duì)成員要有責(zé)任心、人品好的，而不是要最優(yōu)秀的、浮躁的
令我感動(dòng)的一段經(jīng)歷，團(tuán)隊(duì)里有個(gè)工程師下班坐車(chē)回到一半，就突然給我發(fā)微信說(shuō)，有個(gè)事情沒(méi)做好，問(wèn)我在不在公司，他要坐車(chē)回來(lái)重新做一下。
他不是團(tuán)隊(duì)技術(shù)最優(yōu)秀的，但他確實(shí)是最能吃苦和有責(zé)任心的，這是我喜歡的員工類(lèi)型之一。
第七，技術(shù)團(tuán)隊(duì)一定要有定期的一對(duì)一溝通
技術(shù)團(tuán)隊(duì)不論大小，團(tuán)隊(duì)里的直屬上司一定要有定期的溝通制度。
我也是程序員出身，我知道程序員是以“悶騷”的特點(diǎn)著稱(chēng)。對(duì)于長(zhǎng)期的低調(diào)、苦逼的 IT 技術(shù)宅男，沒(méi)有定期的心理疏導(dǎo)工作，會(huì)出現(xiàn)很多尷尬的問(wèn)題，不信你認(rèn)真觀察試試，這也是團(tuán)隊(duì)磨合的一個(gè)重要工作。
技術(shù)團(tuán)隊(duì)管理應(yīng)該避免的九大“坑”
那么問(wèn)題來(lái)了，初創(chuàng)技術(shù)團(tuán)隊(duì)需要管理嗎？技術(shù)團(tuán)隊(duì)如何做管理？
老夫掐指一算：當(dāng)然需要！尤其是技術(shù)團(tuán)隊(duì)，只要大于 3 個(gè)人，就必須有管理。這個(gè)管理包含：代碼管理、項(xiàng)目管理、團(tuán)隊(duì)管理等角度。
見(jiàn)過(guò)太多失敗的案例了，大多數(shù)的技術(shù)團(tuán)隊(duì)出現(xiàn)的效率低、團(tuán)隊(duì)一盤(pán)散沙、開(kāi)發(fā)沒(méi)有方向、團(tuán)隊(duì)不穩(wěn)定等問(wèn)題都是因?yàn)槿狈芾砘蛘吖芾聿坏轿灰鸬摹?/p>
如何做好技術(shù)團(tuán)隊(duì)管理？我沒(méi)事閑的時(shí)候，腦子里總在思考這個(gè)問(wèn)題。將來(lái)有一天我成為一家創(chuàng)業(yè)公司的技術(shù)負(fù)責(zé)人，哪些錯(cuò)誤應(yīng)該是避免犯的呢？
人從一種狀態(tài)到另一種狀態(tài)的時(shí)候，先思考的不應(yīng)該是如何快速去做，而是如何避免犯一些錯(cuò)誤。
為了避免我太跑題，先設(shè)置一個(gè)限定，比方一個(gè)創(chuàng)業(yè)團(tuán)隊(duì)近期融了一筆錢(qián)，需要快速的搶占市場(chǎng)。
這時(shí)需要有一個(gè)技術(shù)負(fù)責(zé)人（已談好全權(quán)負(fù)責(zé)）來(lái)帶領(lǐng)研發(fā)團(tuán)隊(duì)更好的支持業(yè)務(wù)發(fā)展，這個(gè)團(tuán)隊(duì)原來(lái)的技術(shù)人員沒(méi)有超過(guò) 5 個(gè)人。
善待原有技術(shù)團(tuán)隊(duì)
這個(gè)產(chǎn)品能夠成功融資，原有技術(shù)團(tuán)隊(duì)肯定付出了很多。也許他們技術(shù)能力并不突出，也聽(tīng)不懂你的技術(shù)術(shù)語(yǔ)，還可能沒(méi)有做過(guò)高負(fù)載的網(wǎng)站。
但是他們肯定足夠辛苦，因?yàn)橐恢痹谀冻?，?duì)待他們要抱著幫助的心態(tài)，不要一上去就提出批評(píng)或者質(zhì)疑，不要提擴(kuò)展性、可維護(hù)性這樣很虛的概念。
而要了解目前遇到了什么難題，你能夠坐下來(lái)仔細(xì)和他們分析，并實(shí)實(shí)在在幫助解決問(wèn)題，技術(shù)人員都很單純，你幫助了他們，就會(huì)服你，會(huì)尊重你。
假如技術(shù)負(fù)責(zé)人不能幫助他們，那就不要去添亂。比如用行政的命令要求他們遵守代碼規(guī)范，畫(huà)架構(gòu)圖，進(jìn)行代碼審查，不要有高高在上的感覺(jué)，你過(guò)來(lái)是解決問(wèn)題的，而不是來(lái)生產(chǎn)制度的。
就算你看到了技術(shù)團(tuán)隊(duì)有很多問(wèn)題，也要逐步的去優(yōu)化。因?yàn)樵诂F(xiàn)階段，原有團(tuán)隊(duì)是最了解目前的技術(shù)組成，不要試圖全部推翻，也不要用新來(lái)的人去替代他們，尊重他們，幫助他們，才是最好的方式。
整鍋挖來(lái)一個(gè)團(tuán)隊(duì)需要慎重
很多公司負(fù)責(zé)人找技術(shù)負(fù)責(zé)人的一個(gè)標(biāo)準(zhǔn)，就是看這個(gè)人的人脈，看他能不能找到很多技術(shù)人員，快速搭建技術(shù)團(tuán)隊(duì)，整鍋拉來(lái)一個(gè)團(tuán)隊(duì)。
這個(gè)思路是沒(méi)問(wèn)題的，公司負(fù)責(zé)人需要放權(quán)，專(zhuān)業(yè)的事情交給專(zhuān)業(yè)的人去做。
可是假如技術(shù)負(fù)責(zé)人招的人都是原來(lái)的朋友、同事，形成家族式技術(shù)團(tuán)隊(duì)，那么就要警惕了。
首先這個(gè)用人成本非常高。招來(lái)的人并不完全是因?yàn)榧夹g(shù)負(fù)責(zé)人的個(gè)人魅力而來(lái)的，他需要平衡是否值得，所以高工資成為必然，當(dāng)然假如確實(shí)是高水平的技術(shù)人才，這也是合理的。
其次以關(guān)系這種方式引進(jìn)的員工，技術(shù)水平肯定良莠不齊，很多人因?yàn)楹图夹g(shù)負(fù)責(zé)人良好的關(guān)系而進(jìn)來(lái)的，更要命的是技術(shù)負(fù)責(zé)人引進(jìn)人只是為了證明他的人脈那就危險(xiǎn)了。
所以技術(shù)負(fù)責(zé)人只要覺(jué)得一個(gè)人聽(tīng)話(huà)，這個(gè)人可能就會(huì)被引進(jìn)，而不是以技術(shù)能力而衡量了。
另外，一般的技術(shù)負(fù)責(zé)人年齡可能都不小了，而必然原來(lái)的同事年齡也不小，他們?cè)瓉?lái)可能是技術(shù)人才，可隨著年齡的提升，他們現(xiàn)在可能是個(gè)“技術(shù)管理者”，而失去了編碼能力。
對(duì)于創(chuàng)業(yè)團(tuán)隊(duì)來(lái)說(shuō)這是非常不好的事情，創(chuàng)業(yè)團(tuán)隊(duì)其實(shí)更需要業(yè)務(wù)開(kāi)發(fā)人員。
家族式管理的弊端
在特定的時(shí)間，家族式管理很有用。技術(shù)人員任何的行為都是建立在幫助技術(shù)負(fù)責(zé)人的角度，所以干勁會(huì)很足。
對(duì)于技術(shù)負(fù)責(zé)人來(lái)說(shuō)就更好了，不用動(dòng)員，不用講管理技巧，只要建立兄弟之間的關(guān)系就行了，任何事情都能搞定。
假如這些兄弟確實(shí)技術(shù)能力很強(qiáng)，那么技術(shù)體系可能會(huì)很好；假如技術(shù)能力不強(qiáng)，設(shè)計(jì)和開(kāi)發(fā)出的東西沒(méi)有任何的審查，技術(shù)負(fù)債就會(huì)很多，而技術(shù)負(fù)責(zé)人本來(lái)的職責(zé)不就是掌控技術(shù)質(zhì)量嗎？你完全放開(kāi)，要你有啥用？
家族式團(tuán)隊(duì)很有可能和原有團(tuán)隊(duì)產(chǎn)生摩擦。比如原有團(tuán)隊(duì)感覺(jué)受到了排擠，很有可能處處不配合，而新進(jìn)團(tuán)隊(duì)可能為了有更多的話(huà)語(yǔ)權(quán)，會(huì)搶班奪權(quán)，所以這兩個(gè)團(tuán)隊(duì)就為了私利，不會(huì)專(zhuān)注于技術(shù)，內(nèi)耗就會(huì)很?chē)?yán)重。
這種事情就很多，比如某個(gè)知名互聯(lián)網(wǎng)公司，新來(lái)的技術(shù)負(fù)責(zé)人帶來(lái)了自己的團(tuán)隊(duì)，并且都是級(jí)別很高的職位，而老同事感覺(jué)這些人啥都不懂，什么也解決不了，而新來(lái)的團(tuán)隊(duì)又各種的變革，導(dǎo)致互相利益不平衡，很多老同事就走了。
請(qǐng)先進(jìn)行技術(shù)方案的設(shè)計(jì)
對(duì)于一個(gè)剛來(lái)的技術(shù)負(fù)責(zé)人來(lái)說(shuō)，有許多工作要做，比如組建團(tuán)隊(duì)、了解產(chǎn)品，但更重要的是設(shè)計(jì)靠譜的技術(shù)方案。
首先要了解系統(tǒng)存在的問(wèn)題、要了解產(chǎn)品未來(lái)的走向、要了解技術(shù)團(tuán)隊(duì)的現(xiàn)狀。針對(duì)這三點(diǎn)，你需要親自操刀，設(shè)計(jì)一個(gè)針對(duì)目前最優(yōu)的技術(shù)方案。
為什么要親自上呢？因?yàn)槟闶羌夹g(shù)負(fù)責(zé)人，不了解技術(shù)問(wèn)題，就無(wú)法進(jìn)行技術(shù)管理。
只有親自設(shè)計(jì)了，你才能有針對(duì)性的去解決問(wèn)題，將來(lái)系統(tǒng)遇到瓶頸，你就能更好的優(yōu)化或者重新設(shè)計(jì)。不要用各種理由不去做這個(gè)事情，這在早期很重要。
不要過(guò)度追求專(zhuān)業(yè)化
在互聯(lián)網(wǎng)創(chuàng)業(yè)公司，一般追求小而快的概念。但是很多從大公司出來(lái)的技術(shù)負(fù)責(zé)人充滿(mǎn)激情，任何事情都想追求專(zhuān)業(yè)化，這可能會(huì)出現(xiàn)很多問(wèn)題。舉幾個(gè)栗子。
沒(méi)意義的技術(shù)崗位
比如現(xiàn)在很多產(chǎn)品并沒(méi)有多少用戶(hù)，可非要搞數(shù)據(jù)挖掘，很多數(shù)據(jù)通過(guò)簡(jiǎn)單的 Shell 腳本就能解決，可專(zhuān)業(yè)的數(shù)據(jù)挖掘崗位要求并不低，從成本和效益看，并不建議設(shè)置這樣的崗位。
重復(fù)造輪子
重復(fù)相同的開(kāi)發(fā)工作，應(yīng)該多用開(kāi)源的解決方案?，F(xiàn)在發(fā)現(xiàn)很多公司喜歡自己實(shí)現(xiàn)或?qū)υ熊浖鰯U(kuò)展，假如沒(méi)有特殊原因，應(yīng)該用成熟的解決方案，原因第一就是研發(fā)成本，第二就是這個(gè)開(kāi)發(fā)成本會(huì)很長(zhǎng)，第三就是穩(wěn)定性有待考量。
系統(tǒng)設(shè)計(jì)過(guò)度
另外，很多創(chuàng)業(yè)公司存在大量的系統(tǒng)過(guò)度設(shè)計(jì)。即設(shè)計(jì)的方案不結(jié)合目前的實(shí)際情況，考慮的太復(fù)雜，所以實(shí)現(xiàn)的也特別復(fù)雜。
這和造輪子一樣，也存在同樣的浪費(fèi)，其實(shí)過(guò)度設(shè)計(jì)到還好，就怕錯(cuò)誤設(shè)計(jì)。
比如我原來(lái)的公司，覺(jué)得 MySQL 性能不好，非要加一層 Memcached 或Redis緩存，最后設(shè)計(jì)并線(xiàn)上使用發(fā)現(xiàn)后，緩存命中率非常低，白白浪費(fèi)了大量服務(wù)器，損耗了性能，并增加了系統(tǒng)的復(fù)雜性。
根本原因是代碼寫(xiě)的爛，為了 Redis 而 Redis，復(fù)雜會(huì)顯得很牛嘛！所以這個(gè)行為非常不值得提倡。
技術(shù)債
不要有開(kāi)發(fā)語(yǔ)言歧視，比如某些公司搞的前端業(yè)務(wù)層用 PHP，后端數(shù)據(jù)層用 Java，性能沒(méi)有想象的那么夸張，這也是細(xì)分崗位的一種缺陷。
專(zhuān)業(yè)化的反面就是技術(shù)負(fù)債，上面也只是簡(jiǎn)單的說(shuō)下，有很多的最佳實(shí)踐指導(dǎo)，想表明的就是太專(zhuān)業(yè)化是對(duì)效率的最大打擊（時(shí)間、成本等）。
我原來(lái)也遇到很多類(lèi)似的情況，這個(gè)傷害分為兩個(gè)階段：
第一階段就是短期的一錘子傷害，比如說(shuō)技術(shù)方案上線(xiàn)了，浪費(fèi)了一些時(shí)間和成本，但是這個(gè)浪費(fèi)是固定的，可衡量的。
第二階段就非常難衡量了，為早期的決策還債，比如說(shuō)原來(lái)的技術(shù)方案上線(xiàn)后，后期開(kāi)發(fā)特別難擴(kuò)展，維護(hù)也非常困難，累計(jì)起來(lái)是對(duì)生產(chǎn)力的極大打擊，成本就非常昂貴。
招人要慎重
招人的關(guān)鍵詞就是數(shù)量和質(zhì)量，沒(méi)有合適的寧愿不招。在創(chuàng)業(yè)團(tuán)隊(duì)，項(xiàng)目一個(gè)接著一個(gè)，很容易造成一個(gè)假象，開(kāi)發(fā)人員不夠，所以就大量的去招人，這是非常不成熟的行為。
尤其是假如這個(gè)技術(shù)團(tuán)隊(duì)沒(méi)有太強(qiáng)的最佳開(kāi)發(fā)實(shí)踐，新來(lái)的人員可能會(huì)很茫然，各有各的開(kāi)發(fā)習(xí)慣和模式，會(huì)導(dǎo)致 1+1 < 2="">
人一多，分工就要細(xì)化，一細(xì)化協(xié)作就會(huì)產(chǎn)生一定的問(wèn)題，所以招人要控制數(shù)量。
第二就是重視質(zhì)量，質(zhì)量這個(gè)詞每個(gè)人都有自己的標(biāo)準(zhǔn)，我核心的觀點(diǎn)就是寧愿使用一個(gè)技術(shù)底子扎實(shí)的畢業(yè)生，也不愿意使用一個(gè)有多年開(kāi)發(fā)經(jīng)驗(yàn)但無(wú)技術(shù)底蘊(yùn)的人。
一個(gè)沒(méi)有技術(shù)體系的開(kāi)發(fā)人員總有一些瓶頸和不好的習(xí)慣，會(huì)有很多累。
不了解公司負(fù)責(zé)人
很多公司負(fù)責(zé)人找技術(shù)負(fù)責(zé)人的時(shí)候，都是求才若渴，目標(biāo)就是希望這個(gè)人去搞定技術(shù)事宜，可他們?cè)陬^腦中一切都是變化的，并沒(méi)有一個(gè)衡量標(biāo)準(zhǔn)。
對(duì)于一個(gè)技術(shù)負(fù)責(zé)人來(lái)說(shuō)，可以天天和他聊，告訴他架構(gòu)的重要性，人員的重要性。
這些確實(shí)很重要，但并非必要性，對(duì)于公司負(fù)責(zé)人來(lái)說(shuō)他其實(shí)就關(guān)注開(kāi)發(fā)速度、穩(wěn)定性、產(chǎn)出，他并不關(guān)心深層次的技術(shù)內(nèi)部是如何運(yùn)轉(zhuǎn)的。
舉個(gè)我遇到的情況，原來(lái)一個(gè)同事去一個(gè)公司做負(fù)責(zé)人，他天天搭基礎(chǔ)，優(yōu)化系統(tǒng)，后來(lái)不知道什么原因走了，而產(chǎn)品負(fù)責(zé)人這么評(píng)價(jià)他“來(lái)這么久一個(gè)產(chǎn)品也沒(méi)上線(xiàn)”。這個(gè)例子對(duì)技術(shù)人員應(yīng)該很具有打擊性。
不要有求必應(yīng)
和技術(shù)合作最多的就是產(chǎn)品人員，個(gè)人覺(jué)得產(chǎn)品人員思維有點(diǎn)發(fā)散，做任何事情都比較著急，天天思考這個(gè)功能，那個(gè)功能。
一個(gè)簡(jiǎn)單的數(shù)據(jù)需求就問(wèn)技術(shù)要不要弄個(gè)后臺(tái)出來(lái)，反正一刻也不會(huì)讓你閑著。
對(duì)于一個(gè)成熟的技術(shù)負(fù)責(zé)人來(lái)說(shuō)，不能什么都快速答應(yīng)——因?yàn)檫@是對(duì)自己的傷害。
第一，開(kāi)發(fā)人員就算多一倍也會(huì)不夠，需求會(huì)源源不斷的來(lái)。
第二，產(chǎn)品人員很多情況會(huì)考慮不成熟，假如你完全按照他們說(shuō)的去設(shè)計(jì)，方案會(huì)非常復(fù)雜，有的時(shí)候邏輯性也會(huì)顯得有問(wèn)題，會(huì)讓系統(tǒng)很難有效的持續(xù)運(yùn)轉(zhuǎn)。
第三，有時(shí)候人工完成的時(shí)間比開(kāi)發(fā)一個(gè)系統(tǒng)完成的時(shí)間少得多。
因此，少開(kāi)發(fā)一些無(wú)意義的腳本或后臺(tái)，比如剛開(kāi)始產(chǎn)品人員覺(jué)得這個(gè)數(shù)據(jù)很重要，過(guò)了幾天就會(huì)突然覺(jué)得沒(méi)用了。
這樣的例子有很多很多，我的意思并不是不去配合產(chǎn)品人員，而是從自己專(zhuān)業(yè)角度出發(fā)，給出合理的意見(jiàn)，當(dāng)然需要避免激化矛盾。
不要依賴(lài)測(cè)試
在創(chuàng)業(yè)團(tuán)隊(duì)，由于對(duì)開(kāi)發(fā)時(shí)間要求特別高，開(kāi)發(fā)人員在評(píng)估時(shí)間的時(shí)候，特別喜歡加上測(cè)試時(shí)間，著等同于拿測(cè)試時(shí)間完成其開(kāi)發(fā)時(shí)間，這是一種非常不好的行為。
比如說(shuō)一個(gè)項(xiàng)目開(kāi)發(fā)時(shí)間要 5 天，測(cè)試時(shí)間要 5 天?？瓷先ズ孟耖_(kāi)發(fā)時(shí)間只占一半（開(kāi)發(fā)人員好像很高效），但實(shí)際上測(cè)試時(shí)間里開(kāi)發(fā)人員肯定還在開(kāi)發(fā)，他們給測(cè)試人員的只是一個(gè)半成品。
另外開(kāi)發(fā)人員知道測(cè)試人員會(huì)測(cè)試出問(wèn)題、會(huì)把關(guān)。所以初期的開(kāi)發(fā)質(zhì)量肯定不高，這種案例也見(jiàn)過(guò)很多。
所以，不要變相的用測(cè)試時(shí)間彌補(bǔ)開(kāi)發(fā)時(shí)間。有可能的話(huà)，開(kāi)發(fā)人員自己負(fù)責(zé)測(cè)試，當(dāng)然這個(gè)實(shí)際操作起來(lái)開(kāi)始有一些困難，有了開(kāi)始就能夠適應(yīng)。
小結(jié)
每家互聯(lián)網(wǎng)創(chuàng)業(yè)公司都有自己特殊的情況，我要表達(dá)的中心思想就是先考慮不犯錯(cuò)，然后再考慮更好的改進(jìn)。
尤其在互聯(lián)網(wǎng)創(chuàng)業(yè)早期，追求輕量而不是重量，技術(shù)成本非常昂貴，要效率。
聯(lián)系客服
