作者cokellen (cokellen)
看板Soft_Job
标题Re: [讨论] 周报的用途?
时间Sat Apr 25 13:03:33 2020
※ 引述《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://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1587791015.A.AF3.html
1F：推 lonelytea: 谢分享 04/25 13:44
2F：推 Jichang: 我们同时要 周报 季报 CMMI JIRA 每月研发纪录 每日站立 04/25 13:47
3F：→ Jichang: 会议 issue tracking 04/25 13:47
4F：→ testPtt: 事实上那些过去就没人看了 还是去爬注解log比较好抓bug 04/25 14:04
5F：推 abccbaandy: 同意楼上，各种文件都比不上直接看code，注解都不一定 04/25 14:15
6F：→ abccbaandy: 可信了... 04/25 14:15
单纯只以 RD 角度, 当然觉得看 Code 就好, 如果公司有需要通过 ISO 认证,
RD 可能写文件的时间, 会超过实际写 Code 的时间
7F：推 w180112: 2楼的说法以为我在看某台湾最大电信商的工作日常 04/25 14:19
※ 编辑: cokellen (118.169.89.148 台湾), 04/25/2020 14:31:29
8F：推 Oday56: 2楼种花TL的吗...XD 04/25 18:05
9F：推 neo5277: 二楼，好硬啊 04/25 19:43
10F：推 cuteSquirrel: JIRA 或 Trello满好用的 04/25 23:55
11F：推 WashFreeID: 架构图 api的Sequence diagram等应是code无法取代的 04/26 01:13
12F：推 viper9709: 二楼XD 04/26 01:23
13F：→ kattte: 要有多少工作效率才有办法同时面对那麽多会议阿? 05/03 22:02