工作需要，经常会涉及到技术交流、业务交流等学习与讨论，两者之间其实都是很有趣、很有挑战性、也很有戏剧性。过程中大家各自发表自己的意见，各自畅想自己的想法，讨论过程中也可能争执、可能争吵，但都为了一个共同目标，确定我们所需的功能、确定我们实现的形式和流程。
需求的讨论确认，可能有多种形式、多种方法论，但解决问题的、适合自己单位的或部门的或个人的才是好方法好形式。讨论需求最忌讳的是讨论点过于发散、过于跑题，最好是能有人把方向把正了，出现偏离能及时拉回，以便达到一个高效的讨论。
遇到一个不管大小的需求，还是要静静思考，思考我们为什么需要这个功能，不能没有想明白的情况下做一个大而全的东西出来。而应逐步分解，只有分解枝枝蔓蔓的过程中才能引申出更多的细节来，梳理的过程中需要更多的对常规做法、业界做法、新兴事务结合起来，按照这个原则定义思路，结合目前状况找出最优方案，逐项突破逐项达成共识，形成最终目表需求。
作者：宋江炳
2015年5月26日 13:10 0楼
2015年5月24日 23:48 0楼
但凡有需求，就有市场
2015年5月24日 19:40 0楼
讨论，是方案圆满的一个有效方法
2015年5月22日 14:45 0楼
不错不错
2015年5月22日 13:42 0楼
2015年5月22日 01:46 0楼
敏捷开发就不会有这些了啊
2015年5月22日 08:02 1层
回复 知道91博客 这种开发模式，适合中小成熟项目的开发。对于一些特定行业目前还是较为传统的方式比较适合。