软件开发过程的跟踪监控

    长江是中国最长的江，从西至东，流经数省市，有6000多公里，是中国的母亲河。虽然是母亲河，但是也会给人们带来灾害。

    长江的首害就是：洪水。

    国家为了抵御长江中流的洪水，在长江的上游重庆修建了三峡大坝。

    为什么不在中游武汉，而在上游重庆修筑大坝呢？理由很简单:随着江水的流动，从上游而下，洪水的水位越来越高，当洪峰到武汉的时候，已经非常大，就是修坝，无论如何都阻挡不住了。

    软件开发就像水流一样，为了避免在开发的下游工程发生大的问题，就必须在开发的上游工程，在开发的早期阶段就进行开发的监控。比如通过定期的周例会来检查开发状况，发现开发问题，制定对策等。

    开发到了后期工程，比如测试工程的时候，暴露出来大量的问题，想解决已经来不及了，即使来得及，也要付出数十倍的努力。

    最近十年，长江最新爆发的灾害是：污染。

    长江在源头的地方是非常清澈的，但是等到了入海口的上海，已经污染很严重了。

    这样的结果，不是突然某个区域污染的，而是从上游开始，污染逐步严重起来的。那么，到底在那个地带是污染最严重的呢？

    为了能够查明这个事实，长江流域各地进行了水文检测，通过定量化的水质指标来寻找水质的变化趋势，并向上回溯，从中找出最严重的污染源。

    软件开发也是同样。开发结局是失败的，这不需要争论，但是到底问题最先出在哪个开发阶段，是从什么时候开始恶化的，如何变得不可收拾的？为什么不能尽早地发现和处理？

    为了解决开发中的“水害”和“污染”，我们要通过定例会议和需求追踪等，来定期（Periodical）和不定期（Event Driven）监察开发过程，定量地精确分析生产物的品质，了解开发风险，定量地判定开发品质，尽早识别问题和解决问题，避免表面现象和假想这样的话，就可以防止开发走入误区，避免与目标产生大的偏差。