软件项目是有很长的生命周期的，归根结底是那一行行的代码，软件项目的生命力就是代码和团队的联系，代码越是难以维护，那生命力就越弱，生命力越弱进化得就越慢，进化得越慢也就越难以应变需求……怎样让软件项目更有生命力呢？
现代人怎么评价身体的健康情况呢？我的感受是：身轻体健！软件也好像身体一样，要花些时间锻炼和减肥，改善己有的零件和基础的筋骨，然后再适度增加新功能，如果拖着疲惫甚至病患的身体再不断地增加负荷，自然是无法轻快前行的，反而会变得似乎奔波劳碌，但却低效无功……
现今很多的软件公司都在实践敏捷，操作Scrum，一个Sprint接着一个Sprint，可是很多项目在最初的阶段，并没有打下很好的基础，欠下了很多的技术债，而同时又不断追求快速添加需求和功能，在进度的重压之下，根本没有时间去还债，而由于欠缺一些基础的功能组件和架构设计，导致为赶进度而不断采用不够优雅的方案和投机取巧的代码，从而陷入恶性循环，由于代码的可维护性、可重用性很差，开发的进度越来越缓慢，软件的质量也越来越不稳定，团队成员似乎也越来越繁忙，但软件本身的生命力却在不断枯竭，积重难返……
这似乎也是工程师文化主导的公司为什么会在很多方面异军突起的原因之一吧！在这些公司里，高层领导更懂软件开发的客观规律，更理解软件产品的核心价值所在，不急于一时的功能丰富，不追求大而全的金玉其外，更注重核心架构的优美和长期可持续开发的特性，更追求小而精的轻量迭代，真正把握敏捷的精髓，而不仅仅是落于各种会议的形式。
因此，软件项目诞生于开发它的团队，而它生命力的强与弱，很大程度决定于项目带头人的眼界和认知高度，大多数时候普通的开发人员是无奈的，在特定的开发环境和业务至上的重压下，做着各种变形的动作……
项目带头人如果对此并无感觉，自然走上那条恶性循环之路，更好的开发人员因无法忍受病入膏肓的软件代码而离开，再招进更多经验欠缺的开发人员不断通过加班勉力维持，直到某一天新的维护和开发成本已经远远大于收益，即宣布这个软件项目的寿终正寝。
