1、首先尽量不要催，迫不得已了才去催，没人喜欢被催。
2、如果要催，要有依据，就是你要有自己的排期表。
我之前就是每次评审通过之后，我就会顺势开一个排期会议，当然，你也可以单独开，会议上要求每个人针对自己的工作任务给出排期，比如UI什么时候把设计稿搞定，我们一般都是UI边出图，前端边做，后端写代码的不会受到UI 的影响，所以可以和UI并行，然后前后端啥时候联调，测试啥时候介入测试，测试要多久，产品经理什么时候可以验收，通过这样的一个排期表，把整个项目排期确定下来，同时因为日期是对方自己定的，相当于一个承诺，你到时候问他，他也没话说。
但是也要注意，多给点buff，比如对方说2月10号完成，那你可以说，我多给你几天，让你到2月14号吧，多给点余量，这样到时候出啥问题，可以有缓冲。至于这个余量多少呢？可以根据自己的日期要求以及每个人的工作态度来决定给工作余量，比如有的人比较守时，你可以不给余量或者少给余量，有的人比较拖沓，你可以多给点余量，这需要你和团队有长期相处的经验和默契。
3、每日站会
这个站会最好形成常态化工作制度，这样你就可以了解每个团队成员手上的工作任务，而不会给人一种催的感觉。站会的主要内容分成三个部分，一个是你昨天做了什么内容，在进度上有没有延迟？今天打算做什么工作？在做工作的过程中有没有遇到啥问题。如果发现有项目延误的，一定要想办法去解决问题，不论是增派人手、增加工作时间、亦或是砍需求。
如果涉及到砍需求，那需求该如何砍呢？就是你要知道你这个版本的迭代目标，以及相关功能的需求优先级，然后从不重要的功能开始砍。
4、周报
让团队成员写周报，把手上工作的进度在周报里面做阐述，这样也能及时发现问题。周报主要分成四个部分，一个是手上工作的任务进度、这周做了哪些工作、下周准备做哪些工作、工作中有没有遇到什么问题？哪些是自己可以解决，哪些是需要协助的？
当然，你也可以根据自己的实际情况，对周报内容做一下更改。
5、不仅对每个里程碑做审查，在距离里程碑时间过去一半的时候也要做审查。
比如UI说2月18号可以完成，那你在时间过去一半的时候，可以问他有没有遇到啥问题，然后在日期结束的时候，再看看他是否按时完成。在时间过去一半时候问的好处是可以及时发现问题，如果没办法按时完成，可以想办法去解决，而不是等到截止日期无计可施。
很多人说，如果有每日站会和周报，还需要在截止日期过了一半的时候做审查嘛？我觉得还是需要的，多检查、多复盘，可以及时发现问题，解决问题。
当然，我觉得如果你的计划很好，一般可以按时完成，不会出现催进度的情况，当然，如果领导或者老板提出不合理要求，导致你无论如何也无法按时完成，那我觉得你应该考虑换个老板。
你们觉得该如何催进度呢？可在评论区说出你的看法。
需要项目管理资料合集的同学可先关注然后私信我哦
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。