转载至零起点做产品经理
在有项目经理的公司里，产品经理是幸福的，因为进度跟踪这样的事情，可以由项目经理来分担。不过任何事情都还是亲自确认一下比较放心，工作的协同和配合是一方面，自己心里有底是另外一方面。
很多公司还是没有配备项目经理的，或者项目经理是由技术人员来担任，技术人员对于进度的把控会更侧重在任务的完成情况，而产品经理要更关注于任务的实现情况，两者之间的差异就在于技术实现对需求设计的还原程度和满足程度。
敏捷团队里面有每日站会的机制，主要确认昨天完成了什么，今天要做什么，有没有遇到问题，这也是一种很好的进度跟踪方式，如果团队内有类似的机制，产品经理完全可以参与其中，只不过要控制好时间。
在日常的产品研发过程中，研发进度延期也算是比较常见的事情了，延期不可怕，关键要看是什么原因导致的延期。合理的原因导致的开发延期是可以接受的，我们也要学会一定的变通。分享一些我觉得比较好的进度跟踪心得：
每天确认进度是必要的，时间观念一定要强
不管研发模式是项目式还是迭代式，都肯定会有一个相对明确的排期。这个排期有可能是立项阶段粗估的，也可能是在需求评审、系统评审、测试评审后很明确的时间排期。不管怎样，有了排期之后，要尽量按照排期的时间节点来走。
在工作当天，每件事情、每项任务都最好有明确的时间节点，特别是自身的任务和自己主导的项目。很多公司都会采用产品经理负责制，“负责”不是说说的，要有行动计划，虽然一般都要求保质保量的完成，但潜在的，完成时间肯定是越早越好。
每天在下班的时候，都可以去开发测试那边转一圈，问一下当天的进度和完成情况，看一下有没有遇到什么问题是需要协调的。你很上心的去做一件事情，有时候也会带动他人，这里稍微要注意几点：
1、确认进度的时候态度要温和，不能以领导检查工作的口吻去问。有时候相熟的技术人员还可以开开玩笑，比如问问对方今天写了多少bug啊，给不给力啊之类的，大家一天工作下来都很辛苦，情绪、状态都处于临界点边缘，一个不小心可能会引发小冲突，那就得不偿失了；
2、遇到问题或者困难了一定要当场解决。这不是要求当日事当日毕，而是趁热打铁。下班的时候适当花点时间组织相关人员一起协调或者讨论问题的解决方案，如果这件事拖到第二天早上，一讨论可能早上大部分时间就没了；
3、发现进度有延期的需要确认一下原因。如果是开发自身导致的原因，需要确认会不会影响整体进度，适当的引导其通过加班、寻求帮助、从后面的任务当中挤时间等方式来解决。如果是需求变更导致的，需要尽快协调，不管是调整需求优先级还是协调资源，都需要尽快明确；
4、发现有人员请假而导致的延期情况要及时协调资源解决。与开发负责人、测试负责人多沟通，对于人员请假导致的排期紧张问题，尽量通过内部协调资源的方式来解决。
日常的沟通协调一定要以解决问题为目标
在遇到问题的时候，有些团队喜欢先分析问题找原因，找责任人，弄到最后，问题没解决，时间可能就过去了半天。
还有的人喜欢争个输赢、对错，一定要把自己撇清责任，这也可能也会导致团队内耗，影响相互之间的工作情绪和工作状态。
不是很多人都说产品经理都是背锅侠嘛，有的时候吃点亏并没啥，只要问题能解决就好。做事情一定要目标导向，我们追求的是解决、实现、目标达成，而不是扯皮、推诿、尔虞我诈。一个团队工作氛围的好坏，有时候也需要产品经理去引导，去塑造。
时刻牢记每次的沟通协调都是为了解决遇到的问题，原因分析、责任追究等都可以放到项目或迭代结束之后的总结会上来进行，在研发过程中，我们还是要以高效的解决问题为优先。
1、一定要控制好情绪。首先是自身，其次是团队当中的其他人，都是年轻人，血气方刚，只要有一个人嗓门高上去了，氛围就变了。虽然我们都说对事不对人，但真正能做到这一点的没几个人，或多或少都会有点芥蒂。
2、做好主持工作。有的人讨论问题的时候喜欢跑偏，扯东扯西一大堆，可能会把一年前的旧账都翻出来，这些对解决问题一点帮助都没有，这时就需要人工干预，回到正题上来。
3、事后做好会议纪要。把当时讨论得出的结论都记下来，正式一点的话用邮件发给所有参与讨论的人，这样就算是大家都达成一致了。
最好有明确的任务拆分和排期表
现在市面上用于项目管理的软件已经很多了，很多团队可能因为规模小，没有借助工具来辅助管理任务，很多口头承诺口头沟通的事情到最后发现并不是那么一回事，如果能借助工具把每天的完成事项明确的记录下来，就能更加清晰的知道项目的进展情况。
每个研发人员的任务数，每个任务所需要的工时数，每天每个人员的任务完成情况，工时登记情况，这些都可以借助工具来管理，这样也会轻松很多。
工具都是用来提升效率的，产品经理一定要学会借助第三方的工具，不管是哪方面的，只要有助于提升团队效率，都可以进行选型，只要团队内部达成一致，就可以用起来。
比如这是我们团队采用的简易的局域网原型库工具，搭建非常的方便，整个团队都可以共享所有原型，用浏览器直接打开访问即可。
进度跟踪是必不可少的，一定要摆脱需求评审结束后就和产品经理没关系的思维认知，我们都是要从头跟到尾的，即便是上线后的运营，我们也是需要操心的。
产品新人阶段可以多花点心思在跟踪上，到后期你能总结出来自己的一套管理方法了，就会轻松很多。不要把所有的希望和信任都寄托在团队身上，主动权要掌握在自己手中，否则可能踩到坑里去之后就出不来了。
网友评论