产品研发如何保持节奏感？ 第1页

多谢邀请。

但是因为前几天生病了，所以一直没有回答。

这个问题如果要回答，需要先解决掉目前国内软件行业的几个错误观点：

1，项目管理至上论

很多人认为当了项目经理就可以不写代码，所以，很多本来对代码没有兴趣的却为了赚钱或者其他原因进入软件行业的人就热衷于将自己变成项目经理。

结果，这些人当了项目经理，却没有实际足够的代码经验，就出现了大量的瞎指挥和乱指挥，项目组内一地鸡毛，事情讨论不清楚，任务执行无结果。

还有些人拿着自己考出来的证书就认为自己应该当项目经理，然后照本念经，或者言必称某经典如何如何，某经典中某牛人团队就是如何如何操作的。

这都是错误的行为和认识。

2，项目管理无用论

然后就有了一批人认为，我们自组织就可以了，不需要项目经理。

然后项目中想做什么做什么缺少规划，缺少管理，缺少控制，缺少推进，开起会来人人都是牛人，看看项目却不知道进展几何。

————————————————————————————————

真实的项目管理中，项目经理是整个项目中最累的人。

于是，某位实际上没做什么事情也很清闲的项目经理就据此说，看到了吧，其实我最累！——我想对他说，其实你最雷！

大家都知道的默认规则，项目失败，首先的责任人就是项目经理，但是很多人并不知道，为什么一定是项目经理，这是因为很多人不知道项目经理到底是做什么的，负责，负责什么，只有负责两个字是没用的。我曾经给一家公司做内训的时候写过一个项目经理的工作任务内容，涉及到每天，每周的工作内容，而实际上，那个内容也是不够完善的，但是有这个为基础，就可以好很多，至少可以清晰一些。

每日工作任务：

p组织站立会议（计划，执行）

p进行成员任务的分析/调整（执行）

p组织必要的评审和讨论（执行）

p进行每日工作情况确认（计划，执行）

p异常任务处理和临时安排（计划，执行，风险）

p了解每个成员的任务执行情况，随时把握进度和可能遇到的问题（计划，执行，风险）

p给自己安排的研发任务（执行）

p每天检查配置库情况，确认执行与计划的匹配度（验证）

p其他事务（诸如招聘以及其他与项目任务无关的事情）

每周工作任务：

p周五拿到每周记录汇总后进行周报撰写，周一提交；

p制定/调整项目当前/下一个迭代计划，并跟进执行；

p分析遇到的项目风险，并针对风险的状态进行处理；

p项目紧急风险和特殊情况的及时汇报和沟通处理；

另外，项目启动，关键节点，项目结项，验收测试试运行等不同的阶段点也都有不同的任务内容。

注意：以上任务列表是需要根据你的具体管理方法结合起来修改的，建议最好不要直接照搬。

每周的任务中就是为上一周做总结，然后为下一周制定共同目标，控制节奏。

而每周的计划是在迭代计划中的，这需要在具体的迭代中制定共同目标，大家会在一个较大的视角范围来考虑项目的进度和自己的任务组合形态。

而每天的任务是检查控制较小的进度偏差，以便于发现后尽快调整，并对人员和任务进行重新组合，以期避免更大的问题，而很多项目经理往往会忽视这一点，结果造成更大的问题，也使得每周的计划无法到位，更大的迭代计划也无法获得有效执行。

今天先写这么多，后面有时间再来补充。