※ 引述《NewSpec (新规格)》之铭言：
: 最近听到某些公司有要求要写周报
: 不过做的事情PM一般来说都会知道，专案也应该早就和老板告知过了
: 为什么还要人写周报呢? 感觉很多此一举
: 请问一下周报真正的用途是什么? 真的有必要吗?
[公司规模]
小型公司 :
可能所有 IT 都在同一个办公室, 站起来问一下, 马上可以 Sync 所有状况,
或是只有几十个人, 发个 Mail 就可以讨论进度, 这种情况, 周报的意义确实不大
中大型公司 :
像是集团规模, 底下有好几间子公司, IT 人员分散在不同楼层, 不同县市, 不同国家,
这时候周报就有意义了
底层员工 > 小主管 > 中主管 > 经理 > 总经理
1. 周报可能是汇报到中主管的阶段, 中主管需要在汇整每个人的周报, 往上呈报
2. 周报的过程, 可以听到其他系统负责人的计画排程, 或是系统问题修正, 有相关联
的系统单位, 可以即时判定是否跟自己有相关
ex: 人事系统提出, 因应欧洲法规修改个资法, 个资需要做调整, 请假系统听到之后,
可能就会提出, 他们系统也许需要配合修改
3. 周报也是 KPI 审核一种依据
[周报内容]
这个依照每间公司规定, 有不同内容, 前后待过的两家不同公司, 我的习惯都是从
自己的工作日志汇整为周报, 目前为止, 大约写了 8 年的工作日志
用自己看得懂的文字记录, 可以快速查询, 大概会记录
1.工作预定排程 : 几月几号要进行系统分析设计 / 文件撰写 / 开发 / 测试 / 上线
2.哪一天遇到突发 Case, 花了多久时间处理, 造成原定工作延期
3.难解的 Bug, 花了特别多时间处理, 纪录解决方法和流程
4.某个系统功能, 采用了我觉得不合理的方法, 我会特别纪录是哪一天, 哪个人,
在哪一场会议做出这个决定, 之后出问题, 避免把错误怪在我身上
5.工作进度
现在遇到难解的 Bug, 会凭印象在过去的工作日志查询, 有时候真的会发现是相同状况,
可以省去寻找解法的时间