拒绝延期，项目中确保开发进度的实用技巧分享

    项目中，确保开发进度的技巧有很多，我挑几个比较常用的技巧和大家分享。

    一、 随意的跟进

    项目进行过程中，项目经理、产品经理，可以随意得和工程师聊天，来了解情况，把控进度。

    比如在工作很累的时候，或去倒水的时候，很随意的找工程师聊两分钟，以关心、帮忙的角度出发。这样项目经理就能实时的发现问题，有需要沟通的地方，马上把事情处理掉，节省工程师的时间。

    产品经理也可以采用这种方法，看下工程师正在开发的功能理解有没到位，有没遇到问题。工程师有想法，产品经理可以和他沟通改进意见等，这样返工和bug就会少。

    但是要注意，是随意的关心，不能做成刻意的监控；时间也不要太长，有事情处理，没问题几句话就搞定。不然搞得工程师看到你来都害怕。

    二、 迭代是功能真实完成

    我们问工程师进度，app端铺好界面，他就会跟你说这个功能做完了；后台写好接口，你问他进度，他也会告诉你这个功能做完了。

    但是我们都有个经验，说做好的功能，测试会反馈说功能跑不通，或者缺的东西很多。针对于这种情况，我们要求迭代版本，是功能可以跑测试用例。

    这个一定要搞清楚，不然后面联调时间会非常长，项目进度完全不可控。因为你不知道哪些是真实完成的，哪些是没有完成的。所以我们要为迭代版本定个完成的标准，就是功能能跑测试用例，是真实完成。

    三、 关键阶段每日整合版本

    项目时间比较赶或者项目有延迟风险的时候，要求研发每天下班的时候要整合一个版本。就是代码做整合，发布到测试环境就好，app端就打个包发出来，不额外增加工作量。

    这样会带来几个好处：

    1. 项目的真实情况很清楚，时间可控。

    这点是敏捷开发12条原则中的第7条：工作的软件是首要进度度量标准，这条原则在项目中的实际使用。我们要把这些原则灵活运用起来，不然把它们挂墙上，就一点意思没有了。

    2. 工程师会产生一定的紧张感，开发效率会更高。

    3. 在这个过程中，工程师与其它工程师、测试、产品、UI等的协作会更高效。

    这点非常重要，团队间会磨合出高效的协作模式，这个协作模式在以后的项目中会变成常态，你项目的效率就会提升。