[M] 在小型開(kāi)發(fā)團(tuán)隊(duì)中，你是否認(rèn)為，成員職則彼此都較模糊，或者說(shuō)互有交叉。人員相互彌補(bǔ)不足，對(duì)leader來(lái)說(shuō)壓力可能也會(huì)小些。在這樣的環(huán)境下，個(gè)人自由與紀(jì)律規(guī)范是一對(duì)矛盾，如何處理這個(gè)矛盾，如何把握這個(gè)度呢？

[L] 其實(shí)現(xiàn)在我所接觸到的開(kāi)發(fā)團(tuán)隊(duì)中，成員的職責(zé)應(yīng)該說(shuō)是比較清楚的。某個(gè)模塊由誰(shuí)來(lái)做，什么時(shí)間交付定義的都十分清楚，而且功能相近的模塊也不可能交給多個(gè)人做，除非工作量很大。至于具體的職責(zé)問(wèn)題我想項(xiàng)目成員應(yīng)該是保證自己的代碼、文檔的質(zhì)量，當(dāng)然他也要對(duì)項(xiàng)目有一定的責(zé)任心。在開(kāi)發(fā)團(tuán)隊(duì)中人員相互彌補(bǔ)對(duì)于整個(gè)項(xiàng)目來(lái)說(shuō)肯定會(huì)有很大的益處，這樣項(xiàng)目經(jīng)理不用幫助協(xié)調(diào)技術(shù)等問(wèn)題了，會(huì)有更多的時(shí)間來(lái)管理項(xiàng)目。在開(kāi)發(fā)團(tuán)隊(duì)中個(gè)人自由與紀(jì)律規(guī)范是非常尖銳的矛盾，對(duì)于度的把握更難以衡量了，我覺(jué)得只要不影響項(xiàng)目的進(jìn)度，不影響項(xiàng)目的質(zhì)量，遵守公司的各種規(guī)范，有些問(wèn)題是可以通融的。其實(shí)團(tuán)隊(duì)開(kāi)發(fā)關(guān)鍵是一個(gè)professional的問(wèn)題。屬于工作范圍之內(nèi)的，要沒(méi)有任何理由的按時(shí)完成；不屬于工作范圍之內(nèi)的問(wèn)題盡量少攙和。不過(guò)工作范圍的界定可能又是一個(gè)問(wèn)題吧。其實(shí)也可以這么理解，如果你的編程能力很強(qiáng)，只用了2天的時(shí)間完成了項(xiàng)目經(jīng)理交給的5天的工作量的話，那么剩下的3天你會(huì)干什么？繼續(xù)寫以下的代碼？還是學(xué)習(xí)？我想應(yīng)該是學(xué)習(xí)吧。你不能接著寫以下的代碼，因?yàn)槟悴恢�道�?xiàng)目經(jīng)理所安排的本屬于5天工作時(shí)間之后的后續(xù)工作，可能他要一個(gè)中間階段的測(cè)試等等。但是由于你急于趕工，因此導(dǎo)致了他的中間階段的測(cè)試不能執(zhí)行。還有，項(xiàng)目成員要統(tǒng)一開(kāi)發(fā)語(yǔ)言，我們公司有個(gè)EPSON的項(xiàng)目，除了一個(gè)人之外其他的成員都使用delphi5，只有這個(gè)程序員用delphi6，你說(shuō)項(xiàng)目經(jīng)理能不生氣嗎？

[M] 你在前面提到的項(xiàng)目管理部是一個(gè)什么樣的機(jī)構(gòu)？

[L] 項(xiàng)目管理部是公司的一個(gè)專門討債的部門，整天追著項(xiàng)目經(jīng)理要文檔:)。其實(shí)怎么說(shuō)呢，他們是負(fù)責(zé)監(jiān)控項(xiàng)目的整個(gè)流程，特別是現(xiàn)在要做CMM，更是需要項(xiàng)目管理部。因?yàn)镾QA，SCM等都是貫穿整個(gè)項(xiàng)目始終的，而且還起著比較重要的作用（有關(guān)SQA，SCM的問(wèn)題請(qǐng)見(jiàn)后）。因此項(xiàng)目管理部的工作顯得比以前更為重要。而且我們以前項(xiàng)目的源碼、文檔等都在項(xiàng)目管理部有備份，自己如果不小心丟了，還可以找項(xiàng)目管理部要，如果他們也丟了，責(zé)任大了�？傊�項(xiàng)目管理部是監(jiān)督項(xiàng)目的流程，控制項(xiàng)目的質(zhì)量，而且像需求變更等都需要項(xiàng)目管理部的參與。

[M] 是否可以認(rèn)為，項(xiàng)目管理部是在項(xiàng)目隊(duì)伍不夠成熟的前提下才產(chǎn)生的，它既起主導(dǎo)作用，也有輔佐作用，并且該部，對(duì)公司的所有項(xiàng)目組統(tǒng)一負(fù)責(zé)？

[L] 項(xiàng)目管理部的主要的工作是跟蹤，管理所有項(xiàng)目的整個(gè)流程。特別在CMM中，我覺(jué)得它存在的必要性更大了。其實(shí)它不應(yīng)該說(shuō)成在項(xiàng)目隊(duì)伍不夠成熟的前提下產(chǎn)生的，或許應(yīng)該說(shuō)成隨著項(xiàng)目隊(duì)伍的成熟，隨著公司的規(guī)范，它可能要發(fā)揮越來(lái)越重要的作用了。

[M] 為什么你認(rèn)為項(xiàng)目管理部隨著項(xiàng)目隊(duì)伍的成熟，隨著公司的規(guī)范，可能會(huì)發(fā)揮越來(lái)越重要的作用呢？

[L] 我感覺(jué)隨著公司的規(guī)范操作，項(xiàng)目過(guò)程中的各種問(wèn)題、流程、以及解決方案，都會(huì)得到很好的積累。積累的結(jié)果不可能局限于某個(gè)項(xiàng)目組，某個(gè)項(xiàng)目成員。也是說(shuō)不可能是某個(gè)人具有這種積累，而應(yīng)該是公司具有這種積累。公司需要把這種經(jīng)驗(yàn)總結(jié)下來(lái)，保存下來(lái)，項(xiàng)目管理部正好可以起到這種作用。既總結(jié)項(xiàng)目經(jīng)驗(yàn)，又監(jiān)督項(xiàng)目的執(zhí)行，還提供一些經(jīng)驗(yàn)促使項(xiàng)目少走彎路。在CMM中，項(xiàng)目的各種操作有嚴(yán)格的定義，項(xiàng)目經(jīng)理可能不是很成熟，或者沒(méi)有足夠的時(shí)間來(lái)應(yīng)付各種各樣的工作。此時(shí)如果派其他的項(xiàng)目經(jīng)理來(lái)監(jiān)督可能效果不是很好，因此項(xiàng)目管理部可以派人員進(jìn)入到項(xiàng)目組，在項(xiàng)目的特定階段監(jiān)督項(xiàng)目的執(zhí)行。

[M] 對(duì)review程序員的代碼和工作，你一般是如何做的？

[L] 迄今為止，我還沒(méi)有真正的單獨(dú)帶領(lǐng)一個(gè)團(tuán)隊(duì)工作過(guò)。在我們剛剛結(jié)束的項(xiàng)目中，我名義上是項(xiàng)目經(jīng)理，但是因?yàn)檫�有一個(gè)owner，因此我大部分的精力是coding，然后是幫助項(xiàng)目組成員解決技術(shù)問(wèn)題，當(dāng)然某些項(xiàng)目經(jīng)理的工作我還是稍微接觸了一下。因此對(duì)于項(xiàng)目模塊功能的review，對(duì)于代碼的review，我都沒(méi)有做，因?yàn)槲易约旱腸oding任務(wù)太艱巨了。不過(guò)如果真的是我，我想首先項(xiàng)目經(jīng)理應(yīng)該按照項(xiàng)目計(jì)劃每天檢查項(xiàng)目成員對(duì)于功能模塊的完成情況，這是項(xiàng)目經(jīng)理基本的工作。你必須檢查項(xiàng)目成員的進(jìn)度，適當(dāng)?shù)恼{(diào)整項(xiàng)目計(jì)劃。然后在項(xiàng)目時(shí)間不是很緊的情況下要review程序員的coding，因?yàn)殡m然程序員把功能實(shí)現(xiàn)了，但是代碼可能隱藏著很大的隱患。適當(dāng)?shù)呐囵B(yǎng)程序員的編碼規(guī)范意識(shí)，這樣對(duì)于程序員個(gè)人，還是公司都是一個(gè)很好的積累。

在我們公司曾經(jīng)有一個(gè)項(xiàng)目經(jīng)理每天要兩次調(diào)整項(xiàng)目計(jì)劃，他帶項(xiàng)目真的是很認(rèn)真，很有一套經(jīng)驗(yàn)的。我們公司還有一個(gè)team，當(dāng)項(xiàng)目經(jīng)理review某個(gè)程序員的代碼時(shí)發(fā)現(xiàn)一個(gè)頁(yè)面中竟然使用了10個(gè)以上的recordset(記錄集)，這種代碼的質(zhì)量太讓人難以接受，雖然功能實(shí)現(xiàn)了，但是隱患呢？很危險(xiǎn)。因此項(xiàng)目經(jīng)理很生氣的把該程序員訓(xùn)斥了一通。

[M] 你是否認(rèn)為，對(duì)需求的正確理解將直接影響項(xiàng)目開(kāi)發(fā)的后續(xù)工作。實(shí)際情況，往往是用戶自身對(duì)需求的認(rèn)識(shí)也并非總是清楚的和一塵不變的，對(duì)此，你怎么看呢？

[L] 對(duì)需求的理解肯定會(huì)影響項(xiàng)目開(kāi)發(fā)的后續(xù)工作。因此在市場(chǎng)前期對(duì)銷售人員，以及對(duì)參與需求調(diào)研的人員的能力，有比較高的要求。他們要準(zhǔn)確把握用戶的需求而且要挖掘用戶的隱含需求，特別是對(duì)于用戶自身對(duì)需求也認(rèn)識(shí)不清的情況，更需要前期的人員有很高的能力。用戶需求不確定是一個(gè)不可避免的問(wèn)題。在任何項(xiàng)目中，這種問(wèn)題都會(huì)出現(xiàn)，所以我們公司對(duì)于需求變更，一定比例之內(nèi)是無(wú)條件更改的，對(duì)于超過(guò)比例的需要收費(fèi)了。在需求調(diào)研階段，我們往往是做demo，要求用戶確認(rèn)。通過(guò)demo，用戶的要求和我們的理解能比較好的達(dá)成一致。

[M] 需求變更超過(guò)比例的需要收費(fèi)，則公司無(wú)形中承諾了這種變更將不會(huì)使項(xiàng)目出現(xiàn)問(wèn)題，這一點(diǎn)團(tuán)隊(duì)成員上下都需要保證的，那么，如何保證呢？有沒(méi)有反例呢？

[L] 其實(shí)任何公司都不會(huì)允許客戶無(wú)休止的更改需求，因此需要采取某種手段來(lái)制約客戶的需求更改，我想收費(fèi)的目的也在于此吧。至于目的是否能夠達(dá)到，效果如何，終是否把需求變更的錢收回來(lái)是具體另一回事了。

[M] 我想知道在你所在的公司，在項(xiàng)目開(kāi)發(fā)過(guò)程中，是否存在由于需求變更的程度很大，而導(dǎo)致項(xiàng)目形勢(shì)很糟糕這樣的現(xiàn)象，或者由于采取適當(dāng)措施而“化險(xiǎn)為夷”的事例？

[L] 由于需求的變更導(dǎo)致項(xiàng)目的問(wèn)題我倒是不太敢確定，不過(guò)我曾經(jīng)接觸的項(xiàng)目中由于客戶的不成熟，或者說(shuō)雙方對(duì)需求的理解不夠?qū)е马?xiàng)目驗(yàn)收拖延的事情確實(shí)存在。

[CMM]

[M] 你在項(xiàng)目中采用CMM管理有多長(zhǎng)時(shí)間了？對(duì)CMM的印象如何？從開(kāi)始接觸到目前為止對(duì)其認(rèn)識(shí)是否有變化呢？

[L] 對(duì)于CMM整套體系我還不是很熟悉，而且我們公司在做CMM的規(guī)范時(shí)我的項(xiàng)目正緊，因此也沒(méi)有時(shí)間參與其中�？偟膩�(lái)說(shuō)，我們公司是在近剛剛啟動(dòng)的幾個(gè)項(xiàng)目中采用CMM管理的，我手頭的這個(gè)項(xiàng)目還沒(méi)有正式開(kāi)始，我估計(jì)正式開(kāi)始后也會(huì)采用CMM管理。所以我從未使用CMM管理過(guò)項(xiàng)目。對(duì)CMM總的印象是項(xiàng)目過(guò)程文檔化，一個(gè)項(xiàng)目結(jié)束可能需要產(chǎn)生40、50個(gè)文檔，而且這種管理模式對(duì)于比較大的項(xiàng)目應(yīng)該是很有用的，但是對(duì)于小項(xiàng)目好像用不上，但是我想或許應(yīng)該從小項(xiàng)目來(lái)實(shí)踐吧。

[M] 在前面的談話中，你曾提到“CMM中強(qiáng)調(diào)大家的整體參與”，從實(shí)際角度出發(fā)，你是如何理解這一點(diǎn)的？在公司規(guī)模不同的情況下，這種“強(qiáng)調(diào)”又是如何具體體現(xiàn)的？

[L] 或許在CMM中沒(méi)有涉及到“CMM中強(qiáng)調(diào)大家的整體參與”這句話，這只是我個(gè)人的一點(diǎn)意見(jiàn)而已。因?yàn)樵贑MM中追求項(xiàng)目結(jié)果文檔化，因此項(xiàng)目文檔是一個(gè)比較大的工作量。我們公司一個(gè)項(xiàng)目結(jié)束后可能要產(chǎn)生50多個(gè)文件，如此大的文檔工作量，如果讓一人完成可能不太現(xiàn)實(shí)，而且文檔的維護(hù)也是很大的工作量。因此需要把概要設(shè)計(jì)，詳細(xì)設(shè)計(jì)等工作的一部分交給各程序員做，因此也做到了大家參與。而且對(duì)于系統(tǒng)采用的技術(shù)，某個(gè)模塊的具體流程等每個(gè)人肯定有每個(gè)人的想法，因此需要集思廣益，大家參與討論。無(wú)論公司規(guī)模的大小，比如微軟，可能整體的大架構(gòu)程序員不能參與，但是具體到小模塊時(shí)，程序員會(huì)參與其中。對(duì)這一點(diǎn)我的體會(huì)在于概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)上，前提是大家都深入了解了需求，然后每人負(fù)責(zé)一部分模塊的設(shè)計(jì)以及coding、文檔的工作。

[M] 是否可以這樣認(rèn)為，在小規(guī)模的team中，程序員該主動(dòng)參與框架結(jié)構(gòu)的設(shè)計(jì)等整體設(shè)計(jì)工作。而對(duì)于大型的軟件開(kāi)發(fā)公司（比如微軟）而言，這種方式是否不適合呢？在CMM中是否對(duì)此有所提及。

[L] 我的一點(diǎn)想法，在CMM或者公司中都沒(méi)有具體談到這個(gè)問(wèn)題。確實(shí)象我們公司做的一般都是針對(duì)性很強(qiáng)的項(xiàng)目，所以在項(xiàng)目過(guò)程中大家都有自己的看法、自己的設(shè)想，而且項(xiàng)目經(jīng)理或者所謂的系統(tǒng)分析員也未必是考慮得十全十美。所以我的想法是大家一起開(kāi)會(huì)討論研究整體的系統(tǒng)框架等問(wèn)題，這樣能夠集思廣益。對(duì)于項(xiàng)目中的難點(diǎn)，關(guān)鍵的地方，大家都有個(gè)比較清醒的認(rèn)識(shí)，也利于大家團(tuán)結(jié)一心。我覺(jué)得即使在微軟，他們也會(huì)或多或少地參與，他們也會(huì)提出他們的建議。好，這個(gè)問(wèn)題留待討論，實(shí)踐。