细化工作并明确交付
工作分解结构(WBS,Work Breakdown Structure)
在项目管理中，将工作细致拆解，并明确每一个细化事项的责任人、交付物、时间点，做到对每一个细节的掌控，也就保证了对整个项目的掌控。
细化工作有一个基本前提，即解决方案本身的设计是正确的，如果大的设计方案有误，或解决问题的核心思路不对，再细致的工作拆解也是没有意义的。
细化工作就是自顶向下的金字塔思维的实践。由粗到细，从全局到细节，拆解工作的同时既能够产生更深入的思考，也能够随时审视整体方案。
通过机制把控进度
开展定期会议（例会）：定期将项目的各方参与人员聚在一起，回顾上一次会议以来的进展、遇到的困难、下一次会议之前的计划
项目的各方核心参与人员必须准时出席会议，不能随意请假。
请参会各方在会议前整理好问题，这样讨论才会高效。
控制会议时间，不宜过长或过短。
例会一旦确定下来，就必须切实贯彻执行，不能三天打鱼两天晒网。
例会不能太过僵化或形式主义，否则会让人厌烦，效果不佳。
可以根据不同阶段的节奏对例会的周期做出调整。
开每日站会：站会是敏捷开发中经典的工作方式。对于软件研发项目，在团队内部开每日站会的确是非常有效的工作机制。
每日站会可以保证团队成员的到岗时间不会太离谱。
每日站会可以保证团队快速交流前一天遇到的问题和当天要做的工作，快速识别问题，找出解决方案。
严格控制时间，不能太长，否则容易降低效率。
形成日报或周报：需要形成项目日报和周报，并发给项目的所有相关人员。除了通报项目进展情况，项目日报和周报还有一个重要的作用，就是警示风险，让相关人员知晓问题，并推动责任人去解决问题。
