系统需求很重要，无论是敏捷还是软件工程的角度，有些时候，可能我们在实践敏捷开发的时候很容易被忽悠着忽略了对系统需求的分析。我觉得，敏捷的系统需求应该是更简洁的表达系统需求而且能由此分析出需要解决的问题，酱紫的话，我们能对系统主要解决的问题有一个比较好的了解。而且更有利于我们得到一个有效的解决方案。
也就是说，我们在实践敏捷的时候一定要有简洁的类似需求分析的东西，这里的需求分析不是软件工程那里的需求分析，他没有任何规范，不是一个死板的指导，更像是一个梳理思维的一种方式，在这样的需求分析的过程中，我们更多的将关注点集中到了实现系统的一些主要要攻克的事情上来，而且很容易化大为小个个击破。
还有一点就是，养成写作的好习惯，写作非常能扩张人的思路。一般写代码写着郁闷的时候就建议写一些项目日志性的东西，然后把自己的想法时刻记录下来，有好些点子就会不可思议的涌现出来，对于工作了的人，可能由于工作的原因，不能直接写一些项目相关的东西。建议使用公司内部的blog系统或者其他不被公开的媒体。你的日志可以像项目文档一样在成员之间共享，而且那种共享是非常符合思维的方式来进行的，不像软件工程的文档那样生硬难懂。