Caven的博客

把項(xiàng)目交給自由職業(yè)者還是軟件公司？

Caven — Fri, 16 Jan 2015 09:52:36 +0000

當(dāng)您打算開展一個(gè)軟件項(xiàng)目的時(shí)候，會(huì)面臨很多問(wèn)題和選擇，其中之一就是到底把項(xiàng)目交給軟件公司來(lái)做呢？還是外包給軟件開發(fā)自由職業(yè)者？最近跟幾個(gè)朋友都討論到這個(gè)問(wèn)題，故寫此文，試圖對(duì)二者進(jìn)行一些對(duì)比，給您一個(gè)參考。

結(jié)論：軟件公司和個(gè)人職業(yè)者，沒有絕對(duì)的高下，只是相對(duì)來(lái)說(shuō)在某些方面各有優(yōu)勢(shì)。因此它們都有自己所適合的場(chǎng)景，總體來(lái)說(shuō)，要根據(jù)您所處的情境來(lái)選擇：

1）如果您對(duì)價(jià)格比較敏感，有較多時(shí)間來(lái)管理自己的項(xiàng)目，同時(shí)項(xiàng)目較簡(jiǎn)單，技術(shù)風(fēng)險(xiǎn)不高，適合于一個(gè)人在短期內(nèi)完成，可以更多地考慮自由職業(yè)者；

2）如果您尋找的是長(zhǎng)期穩(wěn)固的合作伙伴，而且很可能在將來(lái)擴(kuò)充您的團(tuán)隊(duì)；或者項(xiàng)目存在一定的技術(shù)風(fēng)險(xiǎn)，工作量較多較復(fù)雜，需要團(tuán)隊(duì)配合才能完成；又或者是您本人不太擅長(zhǎng)管理軟件開發(fā)項(xiàng)目，那么找軟件外包公司應(yīng)該是個(gè)更好的選擇。

諾懷博客標(biāo)簽:

企業(yè)信息化建設(shè)的三大誤區(qū)

Caven — Fri, 16 Jan 2015 08:42:35 +0000

最近有一個(gè)哥們很郁悶，找我訴苦：“我們現(xiàn)在軟件做得差不多了，但是實(shí)施起來(lái)難度很大，員工不愿意用，老板的意思是既然要做軟件，那么軟件就能要求員工必須用。軟件如何去迫使員工必須用呢？?”他夾在中間感覺非常為難，不知道該如何回復(fù)老板。這種情形，我一聽就感同身受，完全能夠理解他的處境，為什么？因?yàn)檫@現(xiàn)象在軟件行業(yè)，尤其是企業(yè)信息化的過(guò)程中，相當(dāng)常見。

過(guò)程一般是這樣：

1. 公司高層上套新系統(tǒng)，員工卻不愿意用；

2. 于是高層推出行政命令強(qiáng)迫員工必須用；

3. 員工依然不配合，當(dāng)被追究時(shí)，說(shuō)軟件不好用；

4. 公司領(lǐng)導(dǎo)找到倒霉的開發(fā)團(tuán)隊(duì)，說(shuō)你的軟件必須要解決員工不愿意用的問(wèn)題，這是你軟件的問(wèn)題；

大家來(lái)評(píng)評(píng)理，到底是哪里有問(wèn)題？

之所以會(huì)出現(xiàn)這樣的事情，究其原因有很多，然而主要的問(wèn)題還在于大家對(duì)“企業(yè)信息化”的認(rèn)識(shí)不夠到位，缺乏正確的方式方法。為了幫助大家少走些彎路，我這里總結(jié)了下企業(yè)信息化過(guò)程中常見的三大誤區(qū)：

誤區(qū)一：所有的問(wèn)題都是軟件的問(wèn)題；

這里我必須替勤勞實(shí)在的技術(shù)人員說(shuō)句話，企業(yè)信息化的問(wèn)題，還真不是僅用軟件就能解決的，這里面還有很多其它的問(wèn)題，譬如企業(yè)文化的問(wèn)題、變革的問(wèn)題。為什么這樣說(shuō)？因?yàn)檐浖菫槠髽I(yè)業(yè)務(wù)服務(wù)的，上新系統(tǒng)時(shí)，常常會(huì)對(duì)企業(yè)現(xiàn)有的業(yè)務(wù)流程、工作方式等帶來(lái)改變（通常都是企業(yè)管理層想對(duì)它們進(jìn)行一些升級(jí)或優(yōu) 化），而這些改變常常會(huì)對(duì)一線人員帶來(lái)一些負(fù)擔(dān)（有時(shí)候僅僅是讓他做出改變就已經(jīng)是負(fù)擔(dān)了）。如何讓基層員工主動(dòng)來(lái)配合或適應(yīng)這些變化，如何消除或降低基層對(duì)變革的抵觸，是軟件的問(wèn)題么？

誤區(qū)二：基層用戶只需要拿到軟件去用即可；

這里我是替企業(yè)基層說(shuō)句話，請(qǐng)不要忽略他們的需求，他們?cè)诠ぷ髦幸矔?huì)遇到很多問(wèn)題，也需要有人能幫他們解決問(wèn)題，而不是簡(jiǎn)單地由外面來(lái)強(qiáng)加一套程序要求他用（通常這會(huì)增加他的工作內(nèi)容）。很多時(shí)候，實(shí)際的工作情況并不是遠(yuǎn)離一線的企業(yè)高層所想象的那樣，更不是另一家公司的程序員所能理解的。如果他們對(duì)一線工作不理解，同時(shí)又沒有讓一線人員參與到整個(gè)程序的開發(fā)過(guò)程中，做出來(lái)的東西適用么？

誤區(qū)三：可以靠行政手段實(shí)現(xiàn)信息化；

這是長(zhǎng)期處于權(quán)力中心的人，最愿意相信的假象。在企業(yè)里，公司高層傾向于認(rèn)為通過(guò)行政命令，以及規(guī)章制度的要求，可以迫使大家接受信息化帶來(lái)的改變。然而不要忘了中國(guó)的老話“上有政策，下有對(duì)策”，在聰明的中國(guó)人面前，要讓他接受自己所不認(rèn)可的東西，那是非常困難的。要么是做做表面功夫應(yīng)付下，要么就是暫時(shí) 被動(dòng)接受了，以后你沒盯這么緊了再反彈。無(wú)論是哪種情況，都讓企業(yè)無(wú)法充分利用信息化帶來(lái)的優(yōu)勢(shì)，甚至是根本達(dá)不到上軟件系統(tǒng)的初衷。

那么問(wèn)題來(lái)了，既然這樣行不通，我們應(yīng)該如何做才好？出路在何方？

其實(shí)，引入軟件系統(tǒng)跟引入一套新的管理流程一樣，涉及到企業(yè)變革管理的問(wèn)題。企業(yè)領(lǐng)導(dǎo)層最好平時(shí)就打造一種精益求精、擁抱變化的企業(yè)文化。并且在上系統(tǒng)前，內(nèi)部充分溝通，讓大家了解到上這套系統(tǒng)對(duì)公司和他個(gè)人的意義，從意識(shí)上先讓員工接受這個(gè)變化并為之做好準(zhǔn)備。同時(shí)，還要在系統(tǒng)開發(fā)的過(guò)程中，盡量讓員工代表多參與，使軟件能夠體現(xiàn)他們的需要，解決他們的問(wèn)題（而不僅僅是企業(yè)領(lǐng)導(dǎo)層的），甚至是派員工代表跟軟件團(tuán)隊(duì)一起工作。這樣在系統(tǒng)上線后，要求大家使用時(shí)，阻力應(yīng)該會(huì)小些。如果依然遇到員工抵觸，不要簡(jiǎn)單歸結(jié)為是這個(gè)員工的問(wèn)題（行政處罰）或者是軟件的問(wèn)題。要深入溝通了解下他為什么不愿意用，到底是什么阻礙了他？是個(gè)人的問(wèn)題就提供幫助（如進(jìn)行培訓(xùn)），是軟件的問(wèn)題就要求改正。另外，軟件系統(tǒng)也可以分為幾期逐步完善，小步快跑，不要試圖一步到位，這不但能降低實(shí)施的壓力，而且也符合“需求漸進(jìn)明細(xì)”的規(guī)律。

希望這幾點(diǎn)認(rèn)知，能幫助大家更加順利地實(shí)施企業(yè)信息化。?

諾懷博客標(biāo)簽:

軟件開發(fā)項(xiàng)目管理-凡事預(yù)則立

Caven — Fri, 16 Jan 2015 08:38:42 +0000

近日，某軟件開發(fā)項(xiàng)目完成結(jié)項(xiàng)，在進(jìn)行總結(jié)時(shí)，項(xiàng)目經(jīng)理提出了不少問(wèn)題。其中大多數(shù)都是些常見的癥狀，并不是這個(gè)項(xiàng)目所獨(dú)有的，也不是以前沒見過(guò)的。于是問(wèn)題產(chǎn)生了，為什么這些教訓(xùn)在不同的項(xiàng)目中?反復(fù)?發(fā)生？能不能采取些措施，來(lái)規(guī)避它們或降低這些問(wèn)題的負(fù)面影響呢？經(jīng)過(guò)這么一思考，我發(fā)現(xiàn)在軟件開發(fā)項(xiàng)目的實(shí)施過(guò)程中，還真有不少問(wèn)題是可以提前預(yù)見到的，與其被動(dòng)等待事情發(fā)生后再去應(yīng)對(duì)，不如及早采取方案來(lái)控制它。正應(yīng)了中國(guó)人的一句古話：“凡事預(yù)則立”。

下面對(duì)這幾條問(wèn)題及其對(duì)策，簡(jiǎn)單進(jìn)行下分享：

問(wèn)題1：在項(xiàng)目過(guò)程中，客戶對(duì)平臺(tái)操作不熟，很多問(wèn)題都來(lái)找團(tuán)隊(duì)指導(dǎo)、答疑；而這些導(dǎo)致工作時(shí)常中斷，占用不少時(shí)間，卻又不在最初的工作范圍中，沒有報(bào)價(jià)；
問(wèn)題2：客戶經(jīng)常出差，而且不通知團(tuán)隊(duì)，項(xiàng)目組經(jīng)常聯(lián)系不上客戶；問(wèn)題得不到及時(shí)反饋，影響項(xiàng)目進(jìn)展；
問(wèn)題3：客戶看到系統(tǒng)后，在測(cè)試過(guò)程中提出很多不在最初需求內(nèi)的改動(dòng)；而這些改動(dòng)所對(duì)應(yīng)的工作量又在最初沒有報(bào)價(jià)，同時(shí)客戶追加預(yù)算又很困難；
問(wèn)題4：幫助客戶部署時(shí)，遇到很多問(wèn)題，比如:服務(wù)器里面沒有安裝任何軟件，服務(wù)器太差，時(shí)不時(shí)的死機(jī)；導(dǎo)致工作量大大超出最初預(yù)期；

如果是做軟件的同行，這些問(wèn)題看著都不陌生吧？是不是每個(gè)項(xiàng)目都有可能遇到？如果一件事情我們能預(yù)見到它很可能發(fā)生，而且又會(huì)對(duì)項(xiàng)目帶來(lái)不利影響，那么我們就應(yīng)該對(duì)其進(jìn)行風(fēng)險(xiǎn)管理，不是么？其實(shí)解決這幾個(gè)問(wèn)題的對(duì)策也都很簡(jiǎn)單，就是提前預(yù)案下而已：

對(duì)策1：既然每個(gè)客戶在項(xiàng)目過(guò)程中，都需要或多或少的技術(shù)支持；那么制定項(xiàng)目計(jì)劃時(shí)，團(tuán)隊(duì)直接跟客戶溝通所需要的支持內(nèi)容；或者根據(jù)客戶背景來(lái)判斷所需支持程度的大?。徊⑶野堰@部分工作內(nèi)容放入計(jì)劃中；
對(duì) 策2：每個(gè)項(xiàng)目都需要客戶的參與和配合，都是在跟客戶互動(dòng)的過(guò)程中完成的。那么，團(tuán)隊(duì)能否一開始就跟客戶確認(rèn)好其參與方式和參與程度？或者把項(xiàng)目需要客戶參與的地方先明確告知？如果開始有這么一個(gè)溝通，就能發(fā)現(xiàn)“客戶可能會(huì)經(jīng)常出差”，這樣就可以在項(xiàng)目安排上做出對(duì)應(yīng)的調(diào)整。譬如項(xiàng)目早期需求溝通更深入一些，減少執(zhí)行過(guò)程中對(duì)客戶的依賴；或者把工期拉長(zhǎng)以配合客戶行程，etc.；
對(duì)策3：需求的變化是必然的，目前為止，還沒有聽說(shuō)過(guò)需求不發(fā)生變化的軟件項(xiàng)目。而且，在客戶看到系統(tǒng)的那一刻，會(huì)產(chǎn)生幾十個(gè)上百個(gè)新的想法，都很正常。問(wèn)題在于，這些變化可能導(dǎo)致工期延長(zhǎng)、費(fèi)用增加的事實(shí)，雙方如何應(yīng)對(duì)？如果一開始大家沒說(shuō)清楚，當(dāng)變更發(fā)生時(shí)，各持一詞，就很容易演變成討價(jià)還價(jià)和扯皮，如果一開始雙方達(dá)成了共識(shí)，那么屆時(shí)都有準(zhǔn)備，按照流程處理即可，皆大歡喜；這只需要在項(xiàng)目啟動(dòng)之初，雙方溝通確認(rèn)下需求變更處理流程，“預(yù)”一下；
對(duì)策4：大多數(shù)軟件項(xiàng)目，都需要幫助客戶部署；而每個(gè)部署，都必然涉及到部署環(huán)境和服務(wù)器配置的問(wèn)題；團(tuán)隊(duì)事先向客戶了解下其部署環(huán)境和服務(wù)器配置，再進(jìn)行相應(yīng)的工作量估計(jì)，自然可以規(guī)避；

總之，這些問(wèn)題不難提前想到，對(duì)策也并不復(fù)雜，只需要項(xiàng)目經(jīng)理們多“預(yù)一預(yù)”就可以規(guī)避不少風(fēng)險(xiǎn)。項(xiàng)目上諸如此類的問(wèn)題有不少，身為項(xiàng)目經(jīng)理，除了關(guān)注項(xiàng)目的任務(wù)，還應(yīng)該多注意下跟客戶配合互動(dòng)這個(gè)層面。雖然每個(gè)項(xiàng)目都存在其獨(dú)特性，但項(xiàng)目中經(jīng)常遇到的一些問(wèn)題也是有共性的，好的項(xiàng)目管理就是要能事先預(yù)見到這些容易出現(xiàn)的“坑”，并準(zhǔn)備好對(duì)應(yīng)的"蘿卜"，才不至于臨陣磨槍。

諾懷博客標(biāo)簽:

如何確?？蛻鬌emo的成功

Caven — Fri, 16 Jan 2015 08:26:47 +0000

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

仔細(xì)分析下這個(gè)案例，不難發(fā)現(xiàn)下面這幾個(gè)事實(shí)：

A - 項(xiàng)目交付之后，客戶總是需要一些時(shí)間來(lái)驗(yàn)收，團(tuán)隊(duì)也需要一些時(shí)間來(lái)修改Bug，程序才能達(dá)到穩(wěn)定狀態(tài)；

B - 總是會(huì)出現(xiàn)些預(yù)料之外的事情，譬如整合時(shí)的問(wèn)題，譬如提交后客戶無(wú)法運(yùn)行的問(wèn)題等，這些預(yù)料之外的事件會(huì)消耗掉不少時(shí)間和精力；

C - 上述兩個(gè)問(wèn)題是可以提前預(yù)見的，因而可提前規(guī)劃對(duì)策，這樣會(huì)將其負(fù)面影響降到最低；

對(duì)此，總結(jié)出來(lái)的經(jīng)驗(yàn)教訓(xùn)是：

團(tuán)隊(duì)向客戶提交的日期（Deliver Day）比客戶的演示日期（Demo Day），至少要提前三個(gè)工作日；這段時(shí)間將用于客戶驗(yàn)收測(cè)試、修改Bug、配置和部署演示環(huán)境、預(yù)演、以及應(yīng)對(duì)預(yù)料外的事情；
如果中途情況發(fā)生變化，無(wú)法準(zhǔn)時(shí)提交，需要盡早更新計(jì)劃，并且及時(shí)跟客戶協(xié)商對(duì)策；譬如Cut掉一兩個(gè)功能、加班趕工、或是延后演示日期等；
建議客戶提前一天進(jìn)行一場(chǎng)預(yù)演；
1. 調(diào)試好演示時(shí)要使用的環(huán)境和設(shè)備；
2. 準(zhǔn)備好演示時(shí)要用到的數(shù)據(jù)；
3. 過(guò)一遍演示時(shí)將展示的功能；
提前獲取客戶的演示清單，包括將演示的功能列表、操作順序等；團(tuán)隊(duì)內(nèi)部根據(jù)演示清單測(cè)試，盡量保持與客戶操作的一致性；
提前了解演示現(xiàn)場(chǎng)的環(huán)境，包括網(wǎng)絡(luò)環(huán)境、設(shè)備、操作系統(tǒng)、瀏覽器等；

諾懷博客標(biāo)簽:

軟件開發(fā)金科玉律之-不要重復(fù)發(fā)明輪子!

Caven — Thu, 17 Apr 2014 08:29:05 +0000

?? ? 以前有個(gè)小朋友，特別有好奇心，也喜歡動(dòng)手搗騰。有一天，他做出來(lái)了一個(gè)圓圓的，會(huì)滾動(dòng)的東西，感到特別興奮，到處去向別人展示自己的"新發(fā)明"。結(jié)果他發(fā)現(xiàn)別人一點(diǎn)都不稀奇，原來(lái)這個(gè)東西叫做“輪子”，早在幾千年前就有了，現(xiàn)在已經(jīng)發(fā)展出了上百種的不同規(guī)格、材質(zhì)、樣式，自己的這個(gè)相比之下太不完善了，根本不能算是什么發(fā)明。這個(gè)小朋友，現(xiàn)在就藏在我們的心里，尤其是經(jīng)驗(yàn)不夠豐富的程序員身上。

??? 幾年前我曾經(jīng)做過(guò)一個(gè)項(xiàng)目，經(jīng)過(guò)長(zhǎng)時(shí)間的掙扎之后，項(xiàng)目依然失敗了。主要的原因之一，就是我們重復(fù)發(fā)明了太多的輪子。事情是這樣的，時(shí)任項(xiàng)目核心開發(fā)人員的同事很有鉆研精神，也相當(dāng)自信，當(dāng)時(shí)客戶提出的一些基本功能，譬如用戶管理、輸入驗(yàn)證、內(nèi)容管理等，雖然市面上隨處可見現(xiàn)成的模塊和控件，可他總是覺得那些做得不夠好，說(shuō)不如自己重新做一個(gè)方便，而且重新做更能符合客戶的特殊需求。我當(dāng)時(shí)作為PM，雖然對(duì)此略有質(zhì)疑，但看他自信滿滿很有激情，而項(xiàng)目時(shí)間也很寬松，就同意了。后來(lái)僅僅輸入驗(yàn)證這個(gè)功能就推翻重來(lái)了三次，最終還是選用了一個(gè)現(xiàn)成的控件直接用，因?yàn)樗龀鰜?lái)的太不具備通用性，十分難以維護(hù)；同時(shí)，用戶管理模塊也做得千瘡百孔，極不穩(wěn)定，出現(xiàn)了很多Bug和考慮不周全的地方，最后也不得不去找現(xiàn)有的成熟的組件替換。結(jié)果，這些“重復(fù)發(fā)明輪子”的開發(fā)工作，不但耗費(fèi)了大量的時(shí)間、金錢和精力，而且也沒能發(fā)揮預(yù) 期的效用。事實(shí)證明，現(xiàn)成的控件“輪子”（開源的或收費(fèi)的），經(jīng)歷過(guò)時(shí)間的檢測(cè)和眾人的改進(jìn)，總比自己重新?lián)v騰出來(lái)的要更成熟、更穩(wěn)定，同時(shí)也更加省事、好用。我們?cè)谶@個(gè)項(xiàng)目中花費(fèi)了這么多時(shí)間、金錢、心血，終于證明了“不要重復(fù)發(fā)明輪子”這句話是很有道理的，這個(gè)慘痛的教訓(xùn)讓我迄今記憶猶新。

??? 雖然此事已經(jīng)時(shí)過(guò)境遷，但近些年來(lái)我發(fā)現(xiàn)有很多人都在“重復(fù)發(fā)明輪子”，尤其是在我們軟件開發(fā)這個(gè)圈子里面，年輕的小伙伴們充滿了發(fā)明輪子的欲望和激情，就好像那個(gè)可愛的小朋友一樣。因?yàn)樗麄冇X得這樣做會(huì)讓自己學(xué)到很多東西，如果做出來(lái)了也會(huì)很有成就感。確實(shí)，成長(zhǎng)和成就的確是他們所需要的東西?？扇绻闶?客戶，你會(huì)愿意為此承擔(dān)更高的費(fèi)用和風(fēng)險(xiǎn)么？如果你是項(xiàng)目經(jīng)理呢，在成員練手跟項(xiàng)目成功交付之間，哪個(gè)更重要？

??? 我覺得如果出于練兵的目的，重新?lián)v騰一個(gè)輪子出來(lái)當(dāng)然是個(gè)好方法，就好像比賽開始前反復(fù)練習(xí)投籃一樣正常。可如果你已經(jīng)上戰(zhàn)場(chǎng)了，已經(jīng)開始比賽了，已經(jīng)去幫客戶做項(xiàng)目了，這時(shí)候才來(lái)練習(xí)是非常不合適的。因?yàn)槟愫芸赡軙?huì)因此而輸?shù)舯荣悺G掉客戶，而且因?yàn)槟銟O其不專業(yè)的表現(xiàn)，會(huì)影響你的職業(yè)生涯。所以在公司里面，應(yīng) 該明確區(qū)分什么時(shí)候是練兵，什么時(shí)候是上陣，一定要杜絕上陣后才練兵的不專業(yè)表現(xiàn)。換句話說(shuō)，工作中不要重復(fù)發(fā)明輪子，要練習(xí)投籃下場(chǎng)后自己慢慢練去，不要輕易浪費(fèi)在賽場(chǎng)上的出手機(jī)會(huì)，just beprofessional.

諾懷博客標(biāo)簽:

誠(chéng)信：八千美金的一堂課

Caven — Fri, 21 Mar 2014 05:38:50 +0000

?? 最近丟了個(gè)價(jià)值8000美金的項(xiàng)目，剛開始不到一周就被客戶叫停，以前從未發(fā)生這樣的事情，被上了非常昂貴的一堂課。為了讓這堂成本8000美金的課程價(jià)值最大化，我覺得有必要把從中得到的經(jīng)驗(yàn)教訓(xùn)分享出來(lái)，希望能警醒更多的項(xiàng)目經(jīng)理，幫助更多的人少走彎路。

?? 事情是這樣的：上周五有一個(gè)項(xiàng)目啟動(dòng)了，這是個(gè)老客戶轉(zhuǎn)交過(guò)來(lái)的新項(xiàng)目，要得比較急，因而客戶也特別關(guān)注項(xiàng)目的進(jìn)度。通過(guò)最初的溝通，我們應(yīng)允客戶每天給他發(fā)日?qǐng)?bào)反饋?lái)?xiàng)目進(jìn)展，但由于人員受其它項(xiàng)目影響，未能及時(shí)到位，直到本周三項(xiàng)目都未能投入多少時(shí)間，因而項(xiàng)目經(jīng)理也一直未發(fā)日?qǐng)?bào)。到了周四，客戶要求Skype溝通，并且在溝通中又特別強(qiáng)調(diào)了需要日?qǐng)?bào)反饋?lái)?xiàng)目進(jìn)度的問(wèn)題，同時(shí)團(tuán)隊(duì)也答應(yīng)周四晚上向客戶提交2個(gè)功能點(diǎn)。而到了周四的晚上，客戶卻發(fā)郵件來(lái)強(qiáng)烈表示不滿，要中斷項(xiàng)目，原因是團(tuán)隊(duì)當(dāng)天并沒有按照約定發(fā)報(bào)告給他反饋?lái)?xiàng)目進(jìn)展，承諾的2個(gè)功能也未能如期交付。更要命的是，與此同時(shí)團(tuán)隊(duì)沒有給客戶任何說(shuō)明和解釋。客戶說(shuō)，他對(duì)這個(gè)項(xiàng)目的進(jìn)展非常非常擔(dān)心，對(duì)整個(gè)團(tuán)隊(duì)能否按時(shí)交付項(xiàng)目完全沒有任何信心。而團(tuán)隊(duì)這邊卻認(rèn)為雖然前期投入較少，但通過(guò)后面的努力，項(xiàng)目總體上是能夠按時(shí)完成的，只是當(dāng)天因?yàn)橐恍┚o急問(wèn)題影響了功能的提交和報(bào)告的發(fā)送，本打算第二天補(bǔ)上的，還未來(lái)得及補(bǔ)上，客戶就發(fā)飆了，似乎有點(diǎn)太小題大做了。這個(gè)案例里面存在哪些問(wèn)題？大家可以慢慢分析，我想就把其中的誠(chéng)信問(wèn)題拿出來(lái)說(shuō)下。

??? 所謂誠(chéng)信，簡(jiǎn)單點(diǎn)理解就是說(shuō)到做到，答應(yīng)的事情要兌現(xiàn)。往小里說(shuō)這是獲得客戶信任的基礎(chǔ)，往大了說(shuō)這是做人的根本。譬如一個(gè)人你跟他合作，他答應(yīng)了你的事情總是跳票，不兌現(xiàn)，你還會(huì)選擇繼續(xù)跟他合作么？換位思考下，這個(gè)事情就是這么個(gè)簡(jiǎn)單的道理。你答應(yīng)了客戶一些事情，雖然事情較小，但你若不兌現(xiàn)，就會(huì)很快失去客戶有限的耐心和信任。

??? 既然誠(chéng)信如此重要，那我們要如何才能做到誠(chéng)信？從這個(gè)事情中，我想能吸取如下教訓(xùn)：

??? 慎重承諾：一個(gè)事情如果做不到，就不要答應(yīng)，寧肯拒絕；答應(yīng)了卻做不到，兌不了現(xiàn)，這比你不答應(yīng)或少承諾一些，傷害力要大得多；
??? 如果答應(yīng)了，就要想盡辦法去兌現(xiàn)，盡自己最大的努力；
??? 如果盡了最大的努力，依然是無(wú)法做到，此時(shí)至少應(yīng)該及時(shí)反饋，第一時(shí)間告訴對(duì)方；并主動(dòng)向?qū)Ψ奖磉_(dá)你的歉意，解釋你無(wú)法做到的原因；這樣能來(lái)得及再想其它辦法，也更能獲得諒解；

??? 總之，千萬(wàn)不要像我們前面例子中這個(gè)團(tuán)隊(duì)那樣，答應(yīng)了做不到的事情，并且沒做到時(shí)也沒有主動(dòng)反饋和解釋，這樣是很糟糕的處理。中國(guó)古人講修齊治平，說(shuō)明做項(xiàng)目跟做人，道理都是相通的。一個(gè)公司因?yàn)橐淮尾徽\(chéng)信行為，會(huì)損失一個(gè)項(xiàng)目或一個(gè)客戶，如果這樣的行為在公司里面擴(kuò)散開來(lái)呢？或者長(zhǎng)期積累起來(lái)呢？一個(gè)人因?yàn)橐淮尾徽\(chéng)信行為，會(huì)損失一個(gè)機(jī)會(huì)或一個(gè)朋友，如果這樣的行為在他周圍擴(kuò)散開來(lái)呢？或者在他身上持續(xù)累積起來(lái)呢？所以誠(chéng)信無(wú)小事，要從自我做起，要從點(diǎn)滴做起。

諾懷博客標(biāo)簽:

從某軟件開發(fā)項(xiàng)目一期工作中學(xué)到的經(jīng)驗(yàn)

Caven — Fri, 21 Mar 2014 03:45:58 +0000

1. 明確范圍

如果說(shuō)要把整個(gè)項(xiàng)目（假設(shè)持續(xù)2個(gè)月，分為4次迭代）的范圍，在一開始就明確下來(lái)，對(duì)我們、對(duì)客戶都很困難，因而這個(gè)期望不太現(xiàn)實(shí)；更可行的辦法是把范圍的明確，也拆分成更小的單位，譬如按照每個(gè)迭代（每?jī)芍埽﹣?lái)明確；我們雙方只要保證，對(duì)這兩周要提交的內(nèi)容，有明確的共同認(rèn)識(shí)即可；然后不斷循環(huán)；
明確下來(lái)的范圍，要有個(gè)Task List或者Plan來(lái)作為以后判斷是否發(fā)生范圍改變的依據(jù)；

2. 范圍變更

如上所述，如果每?jī)芍芤粋€(gè)迭代，每次迭代都有明確的Task List或Plan；那么在這個(gè)過(guò)程中，任何不在這個(gè)List和Plan中的任務(wù)，都可以視為需求變更、范圍變化；
這種變更，需要在客戶剛提出來(lái)時(shí)，就進(jìn)行評(píng)估，明確告訴客戶這個(gè)改變所需要的額外時(shí)間，必要時(shí)，要協(xié)商延后當(dāng)前版本的提交日期Timeline；
同時(shí)，在平時(shí)要注意把這類小變更記錄起來(lái)，免得以后說(shuō)不清楚哪些是變更，哪些是初始的要求；

3. 提交版本

如果跟客戶約定在每個(gè)迭代結(jié)束時(shí)提交版本，那就相當(dāng)于每次提交都跟客戶商量了一個(gè)明確的提交日期；這樣就不會(huì)太被動(dòng)；當(dāng)然如果客戶覺得這個(gè)頻率有問(wèn)題，也可以改為每周提交一次或者每周兩次提交；無(wú)論是哪種情況，都可以事先商量好，做好對(duì)應(yīng)的計(jì)劃和時(shí)間安排；這樣就可以避免倉(cāng)促提交的現(xiàn)象；
提交版本之前，內(nèi)部一定要留些時(shí)間，譬如1天2天做為內(nèi)部測(cè)試和修改Bug的時(shí)間；必須內(nèi)部通過(guò)了才提交給客戶；這個(gè)是最基本的質(zhì)量保證流程；

4. 質(zhì)量

開發(fā)人員自測(cè)是最基礎(chǔ)的；如果測(cè)試人員得到的版本是不可測(cè)的，一看就有很多明顯的Bug；通常會(huì)要求測(cè)試人員直接打回給開發(fā)人員重測(cè)；只有過(guò)了自己這一關(guān)，下一個(gè)環(huán)節(jié)的工作才有意義；
如果開發(fā)人員的自測(cè)實(shí)在不知道如何才能改進(jìn)，那么可以讓測(cè)試人員跟其結(jié)對(duì)，一起測(cè)試；這樣就能學(xué)到一些測(cè)試人員的測(cè)試方法和技術(shù)；幫助開發(fā)人員提高自測(cè)水平，在后期也可以節(jié)省整個(gè)團(tuán)隊(duì)的時(shí)間；
對(duì)于經(jīng)常出現(xiàn)的Bug，開發(fā)人員一定要進(jìn)行分析總結(jié)，看看哪類Bug是自己最常犯的錯(cuò)誤，得到經(jīng)驗(yàn)以后采取措施避免；

諾懷博客標(biāo)簽:

固定總價(jià)合同 vs 工料合同

Caven — Fri, 20 Dec 2013 04:00:58 +0000

??? 今天下午公司幾個(gè)同事一起討論了下如何跟客戶的合作模式以及如何選用合同類型的問(wèn)題，我也有不少思考，就借機(jī)整理下自己在這方面的看法，希望能拋磚引玉。

??? 在項(xiàng)目實(shí)踐中，我們跟客戶有很多種不同的合作方式，這些不同的合作方式通常也對(duì)應(yīng)著不同的合同類型。無(wú)論起什么名字，采取什么形式，從根本上來(lái)，就是兩種合同類型，一種是開口合同，一種是閉口的合同。在我們公司，開口合同以單價(jià)合同為代表（PMP中叫成本補(bǔ)償合同、工料合同），閉口合同以固定總價(jià)合同為典型。我想總結(jié)下這兩種合同各自的特點(diǎn)和適用場(chǎng)景。

??? 要回答的問(wèn)題是：當(dāng)一個(gè)客戶或項(xiàng)目過(guò)來(lái)時(shí)，應(yīng)該如何選擇合同類型？最簡(jiǎn)單合理的答案，就是看采用哪種類型的合同對(duì)項(xiàng)目最有利。那該如何判斷哪種合同對(duì)項(xiàng)目最有利呢？這就不得不先搞清楚這兩種合同類型各自的特點(diǎn)，要先對(duì)他們做個(gè)對(duì)比，然后再根據(jù)項(xiàng)目本身的特點(diǎn)去選擇。

項(xiàng)目	固定總價(jià)合同	單價(jià)合同
總價(jià)格	總價(jià)明確	單價(jià)明確，總價(jià)浮動(dòng)
單位價(jià)格	相對(duì)較高	相對(duì)較低
啟動(dòng)周期	前期準(zhǔn)備，長(zhǎng)	立刻啟動(dòng)，短
項(xiàng)目范圍	非常明確	較為模糊
響應(yīng)變化	嚴(yán)格控制，較弱	靈活應(yīng)變，很強(qiáng)
發(fā)包方風(fēng)險(xiǎn)	較低	較高
項(xiàng)目規(guī)模	中、小	大、中、小
投資控制	總預(yù)算明確，強(qiáng)	月預(yù)算明確，弱
發(fā)包方要求	需要明確需求，高	不需詳盡文檔，低

??? 顧名思義，固定總價(jià)合同的特點(diǎn)是有個(gè)明確的總價(jià)格。譬如雙方達(dá)成一致，說(shuō)這個(gè)項(xiàng)目總價(jià)是100萬(wàn)，這個(gè)價(jià)格會(huì)事先定好，寫在合同中，一般不發(fā)生變化。通常伴隨這個(gè)價(jià)格的，還有工期、質(zhì)量等方面的明確要求。說(shuō)到這，有人就會(huì)產(chǎn)生疑問(wèn)了，你這個(gè)100萬(wàn)的價(jià)格，是如何給出的呢？這是個(gè)好問(wèn)題。對(duì)固定總價(jià)項(xiàng)目來(lái)說(shuō)，要給出一個(gè)明確的總報(bào)價(jià)，是有前提的。它最大的前提就是項(xiàng)目（產(chǎn)品或服務(wù)）的范圍能夠事先清晰地界定，就是說(shuō)要做哪些事情，不做哪些事情，要提供哪些東西，不提供哪些東西，這些都要事先說(shuō)清楚。舉個(gè)最簡(jiǎn)單的例子，拿軟件項(xiàng)目來(lái)說(shuō)，系統(tǒng)要不要跨平臺(tái)，是否需要部署和培訓(xùn)服務(wù)，要支持哪些瀏覽器，甚至是一個(gè)界面應(yīng)該如何布局，這些都會(huì)對(duì)工作量和價(jià)格產(chǎn)生不同的影響，事先不說(shuō)清楚就難以確定總價(jià)格。如果范圍不先界定清楚就把價(jià)格定下來(lái)了，這非常容易造成后期的扯皮，對(duì)一個(gè)任務(wù)雙方往往各持一詞，一方說(shuō)這個(gè)工作是不包含在最初報(bào)價(jià)中的因而要額外收費(fèi)，另一方說(shuō)這個(gè)是固定總價(jià)合同，要包干，所有的任務(wù)都不會(huì)額外付費(fèi)，如此這般糾纏不清，不利于項(xiàng)目順利開展。由此可見，在固定總價(jià)合同中，是承包方承擔(dān)了較多的風(fēng)險(xiǎn)，需求變更，意外事件等都會(huì)導(dǎo)致他們成本增加，但收入?yún)s是事先固定的。承包方也不傻，為了應(yīng)對(duì)這個(gè)風(fēng)險(xiǎn)，通常會(huì)在固定總價(jià)合同中，增加一筆風(fēng)險(xiǎn)儲(chǔ)備金，這也容易理解，因?yàn)樗械捻?xiàng)目都或多或少存在一些不確定性，總有一些意料之外的事情發(fā)生。而人們也都能接受給承擔(dān)更高的風(fēng)險(xiǎn)一方以更高的回報(bào)。這一來(lái)，如果換算成單價(jià)的話，固定總價(jià)合同的平均單價(jià)，通常會(huì)比較高，這是它的另一個(gè)特點(diǎn)。伴隨著固定總價(jià)格而來(lái)的，還有一個(gè)特性，就是對(duì)變更的抗拒，因?yàn)閷?duì)于承包方來(lái)說(shuō)，變更就意味著更多的工作，就意味著成本的增加，意味著風(fēng)險(xiǎn)。所以通常在固定總價(jià)模式下，承包方會(huì)對(duì)變更有一種天然的抵制，嚴(yán)格地控制變更，即便不得不接受變更，也要走一個(gè)復(fù)雜的流程，先對(duì)變更的影響進(jìn)行仔細(xì)的評(píng)估，再談清楚費(fèi)用和工期的變化，待互相確認(rèn)達(dá)成一致后才會(huì)去處理。這樣的一個(gè)過(guò)程往往是比較耗時(shí)的，而且也會(huì)有不少討價(jià)還價(jià)在其中，幾輪之后，最終是合同雙方都會(huì)希望盡量減少變更。

?? 總之，采用固定總價(jià)合同的項(xiàng)目，基本上圍繞著項(xiàng)目范圍能夠在事先被清晰定義這一假設(shè)進(jìn)行，這導(dǎo)致前期準(zhǔn)備工作相對(duì)較多，項(xiàng)目啟動(dòng)周期長(zhǎng)。價(jià)格的固定也導(dǎo)致賣方承擔(dān)風(fēng)險(xiǎn)多，因而單價(jià)較貴。并且在合同執(zhí)行過(guò)程中對(duì)變更比較抗拒，可能無(wú)法靈活應(yīng)對(duì)變化。最大的好處是對(duì)投資和成本控制有利，能夠事先確定預(yù)算。

??? 遺憾的是，世事無(wú)常，常見的情況恰恰是很多事情都無(wú)法提前預(yù)料，人們的預(yù)知能力非常有限，越長(zhǎng)遠(yuǎn)的未來(lái)，現(xiàn)在能夠預(yù)見的就越少。所以項(xiàng)目規(guī)模越大，持續(xù)時(shí)間越長(zhǎng)，不確定性就越高，就越難以在一開始就把范圍清晰界定，變更發(fā)生的可能性也越大。越是這種類型的項(xiàng)目，在使用固定總價(jià)合作模式時(shí)，越會(huì)遇到更多的問(wèn)題。在這種情況下，開口合同就正式出場(chǎng)了。因?yàn)樗暮诵乃枷胧歉鶕?jù)工作量來(lái)計(jì)費(fèi)，發(fā)生了多少工作就付多少費(fèi)用，不管持續(xù)時(shí)間長(zhǎng)短，也不管項(xiàng)目范圍是否清晰，也不管變更發(fā)生得有多頻繁，只要工作發(fā)生了就算數(shù)。這種合作模式的好處是靈活性非常大，只要雙方對(duì)工作量單價(jià)達(dá)成共識(shí)，可以很快啟動(dòng)項(xiàng)目，不需要一個(gè)漫長(zhǎng)的前期準(zhǔn)備過(guò)程，即便項(xiàng)目范圍很不明確，也可以先開始做，邊做邊明確。同時(shí)，因?yàn)榘凑諏?shí)際發(fā)生的工作計(jì)費(fèi)，這種模式對(duì)任何變更都是包容的，發(fā)包方可以隨時(shí)變更工作內(nèi)容，這也意味著承包方的風(fēng)險(xiǎn)較低，因而在資源單價(jià)上面，會(huì)比固定總價(jià)合同更加優(yōu)惠?？上~和熊掌不可兼得，開口合同在帶來(lái)這些優(yōu)勢(shì)的同時(shí)，也帶來(lái)了一些風(fēng)險(xiǎn)，那就是無(wú)法在項(xiàng)目初期明確總成本，也難以精確評(píng)估項(xiàng)目期限，這對(duì)于預(yù)算驅(qū)動(dòng)型、凡事都要提前明確下來(lái)的公司來(lái)說(shuō)，往往是一個(gè)大問(wèn)題?？傊?，這兩種類型的合同，各有各的特點(diǎn)，各自適用于不同的場(chǎng)景，并無(wú)絕對(duì)的優(yōu)劣。

??? 最后，回到我們最初的問(wèn)題上去，對(duì)一個(gè)項(xiàng)目，應(yīng)該如何判斷它適用哪種合同類型呢？個(gè)人認(rèn)為首要的考慮要素是看它能夠明確的東西有多少，或者反過(guò)來(lái)看它的不確定性有多高。不確定性越高的，可能用開口合同就越合適。反之，確定性越高的，用固定總價(jià)合同就更可靠。在實(shí)踐中，雙方的信任度也會(huì)對(duì)合同模式的選擇產(chǎn)生較大影響，在沒有建立起信任的時(shí)候，發(fā)包方往往會(huì)傾向于固定總價(jià)，在信任度較高的時(shí)候，更易于采取開口合同。

??? 以上淺見，歡迎大家點(diǎn)評(píng)。值得一提的是，這些認(rèn)知主要來(lái)自軟件開發(fā)這個(gè)領(lǐng)域的體會(huì)，可能其它領(lǐng)域的情況并非如此。

諾懷博客標(biāo)簽:

總價(jià)格

開口協(xié)議

Caven的博客

把項(xiàng)目交給自由職業(yè)者還是軟件公司？

企業(yè)信息化建設(shè)的三大誤區(qū)

軟件開發(fā)項(xiàng)目管理-凡事預(yù)則立

如何確?？蛻鬌emo的成功

軟件開發(fā)金科玉律之-不要重復(fù)發(fā)明輪子!

誠(chéng)信：八千美金的一堂課

從某軟件開發(fā)項(xiàng)目一期工作中學(xué)到的經(jīng)驗(yàn)

1. 明確范圍

2. 范圍變更

3. 提交版本

4. 質(zhì)量

固定總價(jià)合同 vs 工料合同

如何確?？蛻鬌emo的成功