如何由方法论设计敏捷实践, 改变团队成员既有的思维, 行为模式?
当我们在做产品时,往往会遇到二种场景:1. 某个特性的场景,无法经由单一的角色或个人分析、思考完整。2. 开发,测试人员过于被动的去接受需求,而不主动思考产品 “应该”要做什么?所以,我在产品级敏捷中,便以 Use Case 2.0为基础,设计了一可视化,协作的 Board。使得各个不同的角色,可经由这样的 Board,而可共同的协作;分析特性的外部直接使用者 (系统, 设
·
当我们在做产品时,往往会遇到二种场景:
1. 某个特性的场景,无法经由单一的角色或个人分析、思考完整。
2. 开发,测试人员过于被动的去接受需求,而不主动思考产品 “应该”要做什么?
所以,我在产品级敏捷中,便以 Use Case 2.0为基础,设计了一可视化,协作的 Board。
使得各个不同的角色,可经由这样的 Board,而可共同的协作;分析特性的外部直接使用者 (系统, 设备),使用目的,主要使用场景与验收条件。
经由这样的协作,使得团队成员经由 Use Case 2.0 所形成的外在协作环境,一来可主动、有效的沟通场景,二来可使各不同的角色达成共识;那些特性下的场景,是值得且已可先行进行设计、开发了。
其它如架构设计,Story 分析、设计,SIT测试用例设计,也都是采用类似的思维、作法。
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
已为社区贡献1条内容
所有评论(0)