周报工作计划模板

1）团队内的工作清单可能总体感觉上是有事情做，内容显得确实丰富一些，但是事情的重要度和部门的整体目标是缺少关联的2）有些事情可能是组内成员按照自己的理解来安排的，但是是否是更紧要的事情，其实相对来说更难以控制3）有些个人琐事是不好写到工作清单中的，但是又需要去做，很可能自己再去维护一个独立的任务清单4）项目清单，会议清单的使用不够频繁和普遍，因为团队规模不在几十人时，可提炼的项目和会议的数量等是相对有限的5）将来清单的使用有一些偏看眼前的事情，比如这件事情这周没做完，下周继续；或者说这周的事情排的满一些了，下周再做，安排相对是比较随意的6）有些自己想做的研发工作，不重要不紧急，但是还是需要提前思考，这些工作已经静静的躺在待办清单半年以上了所以今年年初的时候，小组内讨论工作周报计划的清单格式的时候，索性就把项目清单和会议清单直接删掉了，为了突出工作和整体目标的关联，我们新增了一个和OKR关联的列，比如一件事情是基于01-KR3所做的工作，那么我们就可以在待办清单前面做下标识当前来看确实是解决了一部分的问题，但是对于我来说，我看到的工作是没有重心的，因为每个人所做的工作都是相对碎片化的一部分，但是原有的那种工作模式又不能不对，这是确实一种辅助参考所以我从团队管理者的视角整理了一个新的模板，是对原有的工作的补充，我把工作分成了五个维度1）部门工作重点2）个人工作补充3）托管任务4）研发思考和调研5）个人琐事周工作计划部门工个人工托管任开发其他作重点作补充周工作计划-将来清单按照这个维度，我可以优先按照部门工作的重点去思考和排列，也让我对本周的整体工作步调有了一个初步的抽象，整体上知道大家本周的贡献和产出是什么个人工作补充，是我需要在部门工作重点的基础上需要做的事情,可能是某个方案的评估或者评审，也可能是某个服务的设计等第三个是托管任务，是交由团队内的成员来完成的，我会做好任务和成员对应的标识这部分工作是对于已有工作的整体把控，也就是说，如果有些既定安排的事情需要做，是由团队成员来做，那么他的工作清单中是应该有这件事情的这样一来，哪些是重点，哪些是我需要关注验收的工作，一目了然第四部分是研发工作调研，对于一些开源项目或者研发的基础内容我可以继续按照既定的节奏来做下补充，这样就不用把这个任务方在待办清单中长达半年以上了。