今天开Sprint 8的的kick off和planning会议,从讲解业务到具体的编码实现,过程中我们遇到了很多问题,有好多观点是不一致的,长时间的讨论,使我有了很多的思考。
需求应该如何去理解:
1、需求收集
2、需求分析
3、需求关联
4、勤思考业务
实现
1、哪些需求需要马上实现
2、使用替换方案实现
什么样的功能需要实现,什么样的约束需要添加?
1、按照发生的可能性大小
2、不能完全按照理论去解决问题,需要结合实际的场景去衡量是否实现
如何能提出属于自己的观点?
这个一直是自己的短板,只能针对已经存在的问题进行分析和解决
也就是不能够提出问题,只能解决问题?
应该如何去表达自己的观点:
应该完全建议在你完全理解或者可控的基础上去表达自己的观点,想法,要有说服力,思考要全面。学会倾听别人的意见,反应要快,一定要专一,不懂的问题一定要提出来。
最后一个就是如何让客户的需求跟系统结合起来:
从业务角度去思考系统如何实现
从系统的实际操作中学习需求是怎样的
一切都在待续。。。。。。。。
需求应该如何去理解:
1、需求收集
2、需求分析
3、需求关联
4、勤思考业务
实现
1、哪些需求需要马上实现
2、使用替换方案实现
什么样的功能需要实现,什么样的约束需要添加?
1、按照发生的可能性大小
2、不能完全按照理论去解决问题,需要结合实际的场景去衡量是否实现
如何能提出属于自己的观点?
这个一直是自己的短板,只能针对已经存在的问题进行分析和解决
也就是不能够提出问题,只能解决问题?
应该如何去表达自己的观点:
应该完全建议在你完全理解或者可控的基础上去表达自己的观点,想法,要有说服力,思考要全面。学会倾听别人的意见,反应要快,一定要专一,不懂的问题一定要提出来。
最后一个就是如何让客户的需求跟系统结合起来:
从业务角度去思考系统如何实现
从系统的实际操作中学习需求是怎样的
一切都在待续。。。。。。。。