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