保持进度 

    如果没有未雨绸缪，那只有坐以待毙。在你期望保持进度之前，能否总结出影响进度的各方面因素并制定相应的应对措施。只有切实的做好了项目的风险管理，进度才能够有效的保障。

    能否每天都问自己，有什么事情我今天能做，而且会帮助项目在未来几个月内进行顺利的。项目在进度紧张情况下不会给你任何的知识和技能的学习时间，所以这种预见性就显得额外重要。

    以我的经验，最有效的除错方式是对程序进行Debug，通过设定断点来检查变量的值的正确性。这往往比我们凭空猜测要有效的多。因此一个优秀的程序员也应该是一个Debug高手。高手就在于你花一天找不出问题的，高手可能只需要1个小时甚至更短的时间。

    解决问题前请先确定真正的问题在哪里？问题的根源是什么，然后再考虑如何用简单有效的方法去改正它。人口开头想要的东西往往并不是他们真正需要的，所以处理这种要求时候先挖掘出用户的潜在想法和需求。

    项目主管要勇于说不，不要为了讨好别人而伤害双方的工作进程，你永远要根据自己的目标，作适当的决策。

    项目进度的有效控制方法是进行挣值法分析成本和进度的偏差。增量迭代和多个检查点和里程碑的设置可以有效的做到这点。

    项目主管可以排到以周为单位的项目进度计划，模块的负责人应该细排出以天为单位的工作计划，通过采用每日构建，每天需要完成的功能清单及时的发现到进度的偏差。对于突发事件，疑难问题解决引起的偏差往往通过赶工可以很好解决外；对于进度估算不准，如生产率数据太乐观引起的偏差则需要及时对整个项目计划进行调整，重新分配资源。

    通过实用和易用极大的满足用户需求是软件产品终极目标，与次不相关的有趣，花哨的功能，或开发人员把自己个性强加到系统中，都将是系统的败笔。

    不要把时间浪费在无法改善产品的工作上，即使这么做在将来会有潜在的利益，也要与现在投入的时间成本做个衡量。

    通过控制图来监控项目偏差情况，当项目进度偏差超过上下限时候，都有必要分析原因，并及时的对进度计划调整。

    极端狂热

    项目主管是应该非常重视进度和生产率，但目标绝对不是榨取属下，而是尽力营造愉快的工作氛围，让属下很自然的发挥最大的生产效率。

    利用项目检查报告来改进软件开发的工作程序。为了使报告发生作用，报告中必须确实描述我们这次解决问题的每一个详细步骤，以及将来应该如何运用这项新发现。
 
    请注意定期会议的价值，确定它值得每个人放下手上的工作。为了尽量减少工作的中断，会议最好安排在一天的最前面或最后面。有事先对问题的分析准备，有明确的目的，有主持人，有记录人，没有漫无目的的讨论和争辩才能够让会议达到最好的效果。

    项目成员每天的有效工作时间为6小时左右，中间还有突发的会议讨论或其它事件。进度计划必要要适当考虑这些因素，同时也不要完全的依赖于进度表来驱动项目的进程，这对小组的士气伤害太大了。

    让日程表维持适度的紧迫，但又是可以做到的，好让组员振奋、不松懈，专心致力于项目的推进。

    绝对不要草率定出不可能的期限，导致组员为了赶进度而损害产品的质量。导致后续成倍的返工和维护成本。

    为了保持创意的活力和团队士气，必须让每一个小项目或小功能的完成都有令人兴奋的结果。

    身为主管的您，一定要时常提醒组员：产品的质量远比遵守期限重要。最会误导项目发展、伤害产品质量的事情就是过份重视进度，这不仅打击人员士气，还会逼迫组员做愚昧的决定。