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

    项目中，确保开发进度的技巧有不少，我挑几个比较经常使用的技巧和你们分享。

    1、 随意的跟进

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

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

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

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

    2、 迭代是功能真实完成

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

    可是咱们都有个经验，说作好的功能，测试会反馈说功能跑不通，或者缺的东西不少。针对于这种状况，咱们要求迭代版本，是功能能够跑测试用例。

    这个必定要搞清楚，否则后面联调时间会很是长，项目进度彻底不可控。由于你不知道哪些是真实完成的，哪些是没有完成的。因此咱们要为迭代版本定个完成的标准，就是功能能跑测试用例，是真实完成。

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

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

    这样会带来几个好处：

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

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

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

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

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