Re: [討論] 週報的用途?
※ 引述《NewSpec (新規格)》之銘言：
: 最近聽到某些公司有要求要寫週報
: 不過做的事情PM一般來說都會知道，專案也應該早就和老闆告知過了
: 為什麼還要人寫週報呢? 感覺很多此一舉
: 請問一下週報真正的用途是什麼? 真的有必要嗎?
[公司規模]
小型公司 :
可能所有 IT 都在同一個辦公室, 站起來問一下, 馬上可以 Sync 所有狀況,
或是只有幾十個人, 發個 Mail 就可以討論進度, 這種情況, 週報的意義確實不大
中大型公司 :
像是集團規模, 底下有好幾間子公司, IT 人員分散在不同樓層, 不同縣市, 不同國家,
這時候週報就有意義了
底層員工 > 小主管 > 中主管 > 經理 > 總經理
1. 週報可能是匯報到中主管的階段, 中主管需要在彙整每個人的週報, 往上呈報
2. 週報的過程, 可以聽到其他系統負責人的計畫排程, 或是系統問題修正, 有相關聯
的系統單位, 可以即時判定是否跟自己有相關
ex: 人事系統提出, 因應歐洲法規修改個資法, 個資需要做調整, 請假系統聽到之後,
可能就會提出, 他們系統也許需要配合修改
3. 週報也是 KPI 審核一種依據
[週報內容]
這個依照每間公司規定, 有不同內容, 前後待過的兩家不同公司, 我的習慣都是從
自己的工作日誌彙整為週報, 目前為止, 大約寫了 8 年的工作日誌
用自己看得懂的文字記錄, 可以快速查詢, 大概會記錄
1.工作預定排程 : 幾月幾號要進行系統分析設計 / 文件撰寫 / 開發 / 測試 / 上線
2.哪一天遇到突發 Case, 花了多久時間處理, 造成原定工作延期
3.難解的 Bug, 花了特別多時間處理, 紀錄解決方法和流程
4.某個系統功能, 採用了我覺得不合理的方法, 我會特別紀錄是哪一天, 哪個人,
在哪一場會議做出這個決定, 之後出問題, 避免把錯誤怪在我身上
5.工作進度
現在遇到難解的 Bug, 會憑印象在過去的工作日誌查詢, 有時候真的會發現是相同狀況,
可以省去尋找解法的時間
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.169.89.148 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1587791015.A.AF3.html
推
04/25 13:44,
5年前
, 1F
04/25 13:44, 1F
推
04/25 13:47,
5年前
, 2F
04/25 13:47, 2F
→
04/25 13:47,
5年前
, 3F
04/25 13:47, 3F
→
04/25 14:04,
5年前
, 4F
04/25 14:04, 4F
推
04/25 14:15,
5年前
, 5F
04/25 14:15, 5F
→
04/25 14:15,
5年前
, 6F
04/25 14:15, 6F
單純只以 RD 角度, 當然覺得看 Code 就好, 如果公司有需要通過 ISO 認證,
RD 可能寫文件的時間, 會超過實際寫 Code 的時間
推
04/25 14:19,
5年前
, 7F
04/25 14:19, 7F
※ 編輯: cokellen (118.169.89.148 臺灣), 04/25/2020 14:31:29
推
04/25 18:05,
5年前
, 8F
04/25 18:05, 8F
推
04/25 19:43,
5年前
, 9F
04/25 19:43, 9F
推
04/25 23:55,
5年前
, 10F
04/25 23:55, 10F
推
04/26 01:13,
5年前
, 11F
04/26 01:13, 11F
推
04/26 01:23,
5年前
, 12F
04/26 01:23, 12F
→
05/03 22:02,
5年前
, 13F
05/03 22:02, 13F
討論串 (同標題文章)