接上篇《工作日誌之設計》。
前面我們詳細描述了工作日誌的填寫，除了工時需要員工填寫外，其餘工作記錄等反應員工當前工作狀況的資訊都由系統自動記錄了。其實這些資訊對自己主管來說顯然希望能夠了解到，另外這類資訊對於需要與自己協同工作的同一專案組的工作聯絡密切的同事來說也同樣有用，這裡就引申出乙個工作日誌分享的功能，下面我們來介紹一下如何分享自己的工作資訊：
1.分享工作日誌設定
除了自己可以檢視自己的工作日誌外，每個員工還可以將工作日誌分享給與自己工作密切相關的同事和自己的主管。如下圖所示為「李斌」將工作日誌分享給專案經理「趙忠誠」和部門經理「劉春燕」，同時他還將工作日誌分享給了同事「李丹」
這樣「趙忠誠」，「劉春燕」和「李丹」就可以檢視「李斌」的工作日誌了，如下圖所示是部門經理「劉春燕」的工作日誌檢視情況：
2.分享給同事和主管的區別
那麼分享給主管和分享給同事有何區別呢？這裡的主要區別是：日誌分享給主管後，那麼主管的主管可以自動繼承到下屬的下屬的工作日誌檢視許可權，而如果分享給同事，那麼該同事的主管並不會因為這個分享而檢視到該工作日誌。例如上圖中軟體部經理「劉春燕」將工作日誌分享給自己的主管研究部經理「劉宛瑩」。我們來看看部門經理「劉宛瑩」的工作日誌檢視結果：
上圖中我們可以看到，部門經理「劉宛瑩」不僅可以看到了其下屬(軟體經理劉春燕)的工作日誌，還可以看到其下屬的下屬（軟體開發人員李斌）的工作日誌。這種層級分享還可以一直遞迴下去，從而讓上層管理者在必要時可以通過工作日誌了解到所有管理範圍內的成員（下屬及下屬的下屬等）的工作情況。
3：部門經理可以隨時了解到部門內任何乙個員工的工作狀況
大多數情況下，乙個研發管理者只需要關注自己的直接下屬的工作細節即可，因此這種看似「越級」的檢視功能好像顯得沒有必要。然而，如果乙個研究部經理要全面掌握下面3個子部門（軟體部，硬體部，測試部）的人力狀況情況，那麼從工時統計方面就需要這種資料的層級統計支援了，因此這種設計為公司上層管理者全面掌握其管轄範圍內的所有人力狀況提供了可能。
如果工作日誌提供了「分享功能」後就停止不前了，那麼離工作日誌要解決的核心問題「研發人力都投入到**去了」還差老大一截，然而很多任務作日誌系統就只做到了這個程度，研發人員在填寫工作日誌上的付出就這樣白白浪費了，實在是太可惜了！
（ 未完待續，點選跳轉閱讀過往系列。）
20070323工作日誌
11 32 今天先來第一件事就把昨天查詢的開題報告資料copy到電腦上 然後就開始寫開題報告，這個開題報告真麻煩 分開題報告 文獻綜述和任務書三個部分 開始以為有怎麼資料，湊湊copy應該就差不多，後來發現pdf中copy出來的都是imag 根本沒法用，那只好晚上找 找了半天，弄弄，還是沒搞完 頭都...
20070329工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...
20070330工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...