它的表現(xiàn)形式是日?qǐng)?bào)、周報(bào)，工具可能是在線填報(bào)、excel表格、甘特圖進(jìn)度更新、每日郵件、紙質(zhì)表格等等。本來，這個(gè)目標(biāo)的動(dòng)機(jī)無可厚非，但進(jìn)度跟蹤只是讓項(xiàng)目進(jìn)度可控的一種手段，而絕非目標(biāo)。

但給員工的感覺是，領(lǐng)導(dǎo)在監(jiān)視他，甚至是季度發(fā)獎(jiǎng)金的依據(jù)。所以，出于一種本能的自我保護(hù)，員工會(huì)虛報(bào)或謊報(bào)。以我?guī)啄甑慕?jīng)歷，以及對(duì)其它公司的了解，我基本上沒有發(fā)現(xiàn)有一個(gè)團(tuán)隊(duì)時(shí)積極主動(dòng)地配合。

　　對(duì)于管理者，填日?qǐng)?bào)或周報(bào)的動(dòng)機(jī)，一般有以下幾種：

　　1、了解項(xiàng)目進(jìn)度，以便及時(shí)調(diào)整。

　2、根據(jù)日志記錄的工時(shí)，決定本月的薪水。

　　3、觀察項(xiàng)目團(tuán)隊(duì)各成員，看有沒有偷懶的，做績(jī)效考核時(shí)的依據(jù)。

4、根據(jù)，了解員工的工作負(fù)載及效率，以便改進(jìn)績(jī)效。

5、根據(jù)日志記錄的工時(shí)，以便部門向總公司要人月開支。

以上幾種我都經(jīng)歷過，雖然1和2是比較積極的，但員工的配合意愿還是很弱。

我覺得，最核心的原因是，管理者和下屬之間，并沒有真正建立信任。

對(duì)于1，難道只有工作日志這種手段嗎?軟件開發(fā)，不像建筑業(yè)，每天的工作進(jìn)度，是可以用眼睛來觀察的，并且進(jìn)度幾乎是線性遞增。軟件開發(fā)，特別是設(shè)計(jì)和核心模塊的開發(fā)，一周的工作，很可能是前四天只完成功能進(jìn)度的40%，后一天完成60%。如果項(xiàng)目經(jīng)理不懂這些規(guī)律，他看到那40%，肯定是心急如焚。

怎么解決經(jīng)理的焦慮呢?也許最好的辦法是，每日及時(shí)溝通和下屬主動(dòng)反饋。但前提是，彼此間的信任。否則，下屬感覺經(jīng)理在催工，或者下屬也沒有反饋的勇氣，因?yàn)樽约核奶觳磐瓿?pan>40%。

對(duì)于2，即使員工每天坦誠(chéng)反饋，但對(duì)于項(xiàng)目經(jīng)理，查看這么多人的日志，工作量很大，加上自己一忙，就忘了，反正也沒人監(jiān)督。但幾周后，員工發(fā)現(xiàn)他寫的日志只是一個(gè)擺設(shè)，于是也沒有記錄的熱情了，一兩句話了。

對(duì)于3、4、5，就不用說了，員工會(huì)徘徊在職業(yè)道德的邊緣。對(duì)于工作進(jìn)度反饋，在敏捷過程Scrum里，有每日15分鐘的站立晨會(huì)，這是不用填工作日志的，呵呵。它的目標(biāo)是團(tuán)隊(duì)間工作進(jìn)度的溝通和協(xié)調(diào)。當(dāng)然，它有敏捷宣言做前提。我覺得，如果生搬硬套也不太靠譜，理由有兩點(diǎn)：

團(tuán)隊(duì)中可能存在一些技術(shù)新手，他們每天完成ScrumMaster的期望進(jìn)度不太現(xiàn)實(shí)，所以壓力會(huì)非常大，導(dǎo)致工作時(shí)焦慮，而不是ScrumMaster期望的強(qiáng)烈目標(biāo)感。有些工作是無法每天匯報(bào)進(jìn)度的，特別是偏研發(fā)、技術(shù)攻關(guān)型任務(wù)，同樣也會(huì)讓某些成員焦慮、浮躁。

大家知道，軟件開發(fā)最好的狀態(tài)是relaxed、relaxed、relaxed?！?pan>

還有一種方法，就是IBMRational里面的ClearCase和ClearQuest集成，開發(fā)人員每天的工作成果，就是commit自己的代碼，也就是ClearCase的提交操作(類似于CVSSVN)，而提交時(shí)，正好用到