當(dāng)您打算開展一個(gè)軟件項(xiàng)目的時(shí)候，會(huì)面臨很多問題和選擇，其中之一就是到底把項(xiàng)目交給軟件公司來做呢？還是外包給軟件開發(fā)自由職業(yè)者？最近跟幾個(gè)朋友都討論到這個(gè)問題，故寫此文，試圖對二者進(jìn)行一些對比，給您一個(gè)參考。 結(jié)論：軟件公司和個(gè)人職業(yè)者，沒有絕對的高下，只是相對來說在某些方面各有優(yōu)勢。因此它們都有自己所適合的場景，總體來說，要根據(jù)您所處的情境來選擇： 1）如果您對價(jià)格比較敏感，有較多時(shí)間來管理自己的項(xiàng)目，同時(shí)項(xiàng)目較簡單，技術(shù)風(fēng)險(xiǎn)不高，適合于一個(gè)人在短期內(nèi)完成，可以更多地考慮自由職業(yè)者； 2）如果您尋找的是長期穩(wěn)固的合作伙伴，而且很可能在將來擴(kuò)充您的團(tuán)隊(duì)；或者項(xiàng)目存在一定的技術(shù)風(fēng)險(xiǎn)，工作量較多較復(fù)雜，需要團(tuán)隊(duì)配合才能完成；又或者是......

最近有一個(gè)哥們很郁悶，找我訴苦：“我們現(xiàn)在軟件做得差不多了，但是實(shí)施起來難度很大，員工不愿意用，老板的意思是既然要做軟件，那么軟件就能要求員工必須用。軟件如何去迫使員工必須用呢？”他夾在中間感覺非常為難，不知道該如何回復(fù)老板。這種情形，我一聽就感同身受，完全能夠理解他的處境，為什么？因?yàn)檫@現(xiàn)象在軟件行業(yè)，尤其是企業(yè)信息化的過程中，相當(dāng)常見。 過程一般是這樣： 1. 公司高層上套新系統(tǒng)，員工卻不愿意用； 2. 于是高層推出行政命令強(qiáng)迫員工必須用； 3. 員工依然不配合，當(dāng)被追究時(shí)，說軟件不好用； 4. 公司領(lǐng)導(dǎo)找到倒霉的開發(fā)團(tuán)隊(duì)，說你的軟件必須要解決員工不愿意用的問題，這是你軟件的問題； 大家來評評理，到底是哪里有問題？ ......

近日，某軟件開發(fā)項(xiàng)目完成結(jié)項(xiàng)，在進(jìn)行總結(jié)時(shí)，項(xiàng)目經(jīng)理提出了不少問題。其中大多數(shù)都是些常見的癥狀，并不是這個(gè)項(xiàng)目所獨(dú)有的，也不是以前沒見過的。于是問題產(chǎn)生了，為什么這些教訓(xùn)在不同的項(xiàng)目中反復(fù)發(fā)生？能不能采取些措施，來規(guī)避它們或降低這些問題的負(fù)面影響呢？經(jīng)過這么一思考，我發(fā)現(xiàn)在軟件開發(fā)項(xiàng)目的實(shí)施過程中，還真有不少問題是可以提前預(yù)見到的，與其被動(dòng)等待事情發(fā)生后再去應(yīng)對，不如及早采取方案來控制它。正應(yīng)了中國人的一句古話：“凡事預(yù)則立”。 下面對這幾條問題及其對策，簡單進(jìn)行下分享： 問題1：在項(xiàng)目過程中，客戶對平臺(tái)操作不熟，很多問題都來找團(tuán)隊(duì)指導(dǎo)、答疑；而這些導(dǎo)致工作時(shí)常中斷，占用不少時(shí)間，卻又不在最初的工作范圍中，沒有報(bào)價(jià)； ......

前兩天有個(gè)項(xiàng)目，客戶要求在3月17號前要完成第一期工作，因?yàn)樗?月17號安排了一個(gè)重要的演示（Demonstrate），團(tuán)隊(duì)根據(jù)客戶的要求，制定了在3月14號給客戶提交版本的計(jì)劃。3月14號當(dāng)天，由于工作整合時(shí)發(fā)現(xiàn)有較多問題，未能成功交付，于是整個(gè)團(tuán)隊(duì)在3月15號（周六）主動(dòng)加了一天班，終于在3月15號完成提交。3月17號（周一）來上班時(shí)，發(fā)現(xiàn)客戶對交付物進(jìn)行了驗(yàn)收，并且提了一些需要修改的Bug，要求盡量在當(dāng)天改完。當(dāng)天經(jīng)過團(tuán)隊(duì)的努力，修改好了客戶反饋的Bug，并且再次提交。晚上，客戶發(fā)郵件說程序無法工作，未能成功演示，郵件中充斥著不滿的情緒。為什么團(tuán)隊(duì)成員的努力工作，卻未能換來客戶的肯定和滿意？到底是哪里出了問題？如何才能避免這樣的場景呢？ 仔細(xì)分析下這個(gè)案例，......

以前有個(gè)小朋友，特別有好奇心，也喜歡動(dòng)手搗騰。有一天，他做出來了一個(gè)圓圓的，會(huì)滾動(dòng)的東西，感到特別興奮，到處去向別人展示自己的"新發(fā)明"。結(jié)果他發(fā)現(xiàn)別人一點(diǎn)都不稀奇，原來這個(gè)東西叫做“輪子”，早在幾千年前就有了，現(xiàn)在已經(jīng)發(fā)展出了上百種的不同規(guī)格、材質(zhì)、樣式，自己的這個(gè)相比之下太不完善了，根本不能算是什么發(fā)明。這個(gè)小朋友，現(xiàn)在就藏在我們的心里，尤其是經(jīng)驗(yàn)不夠豐富的程序員身上。 幾年前我曾經(jīng)做過一個(gè)項(xiàng)目，經(jīng)過長時(shí)間的掙扎之后，項(xiàng)目依然失敗了。主要的原因之一，就是我們重復(fù)發(fā)明了太多的輪子。事情是這樣的，時(shí)任項(xiàng)目核心開發(fā)人員的 同事很有鉆研精神，也相當(dāng)自信，當(dāng)時(shí)客戶提出的一些基本功能，譬如用戶管理、輸入驗(yàn)證、......

最近丟了個(gè)價(jià)值8000美金的項(xiàng)目，剛開始不到一周就被客戶叫停，以前從未發(fā)生這樣的事情，被上了非常昂貴的一堂課。為了讓這堂成本8000美金的課程價(jià)值最大化，我覺得有必要把從中得到的經(jīng)驗(yàn)教訓(xùn)分享出來，希望能警醒更多的項(xiàng)目經(jīng)理，幫助更多的人少走彎路。 事情是這樣的：上周五有一個(gè)項(xiàng)目啟動(dòng)了，這是個(gè)老客戶轉(zhuǎn)交過來的新項(xiàng)目，要得比較急，因而客戶也特別關(guān)注項(xiàng)目的進(jìn)度。通過最初的溝通，我們應(yīng)允客戶每天給他發(fā)日報(bào)反饋項(xiàng)目進(jìn)展，但由于人員受其它項(xiàng)目影響，未能及時(shí)到位，直到本周三項(xiàng)目都未能投入多少時(shí)間，因而項(xiàng)目經(jīng)理也一直未發(fā)日報(bào)。到了周四，客戶要求Skype溝通，并且在溝通中又特別強(qiáng)調(diào)了需要日報(bào)反饋項(xiàng)目進(jìn)度的問題，同時(shí)團(tuán)隊(duì)也答應(yīng)周四晚上......

1. 明確范圍 如果說要把整個(gè)項(xiàng)目（假設(shè)持續(xù)2個(gè)月，分為4次迭代）的范圍，在一開始就明確下來，對我們、對客戶都很困難，因而這個(gè)期望不太現(xiàn)實(shí)；更可行的辦法是把范圍的明確，也拆分成更小的單位，譬如按照每個(gè)迭代（每兩周）來明確；我們雙方只要保證，對這兩周要提交的內(nèi)容，有明確的共同認(rèn)識即可；然后不斷循環(huán)； 明確下來的范圍，要有個(gè)Task List或者Plan來作為以后判斷是否發(fā)生范圍改變的依據(jù)； 2. 范圍變更 如上所述，如果每兩周一個(gè)迭代，每次迭代都有明確的Task List或Plan；那么在這個(gè)過程中，任何不在這個(gè)List和Plan中的任務(wù)，都可以視為需求變更、范圍變化； 這種變更，需要在客戶剛提出來時(shí)，就進(jìn)行評估，明確告訴客戶這個(gè)改變所需要的額外時(shí)間，......

今天下午公司幾個(gè)同事一起討論了下如何跟客戶的合作模式以及如何選用合同類型的問題，我也有不少思考，就借機(jī)整理下自己在這方面的看法，希望能拋磚引玉。 在項(xiàng)目實(shí)踐中，我們跟客戶有很多種不同的合作方式，這些不同的合作方式通常也對應(yīng)著不同的合同類型。無論起什么名字，采取什么形式，從根本上來，就是兩種合同類型，一種是開口合同，一種是閉口的合同。在我們公司，開口合同以單價(jià)合同為代表（PMP中叫成本補(bǔ)償合同、工料合同），閉口合同以固定總價(jià)合同為典型。我想總結(jié)下這兩種合同各自的特點(diǎn)和適用場景。 要回答的問題是：當(dāng)一個(gè)客戶或項(xiàng)目過來時(shí)，應(yīng)該如何選擇合同類型？最簡單合理的答案，就是看采用哪......