要能真正提升产品开发团队的效率与质量, 你必需要懂得如何 ”设计” 开发团队所需要的实践或框架

2016.7.30, 深圳, Ken Fang

在 IT 这一行, 懂得而且能倒背如流 Scrum, SAFe, Use Case, Domain Driven Design, Test Driven Development, Behavior Driven Development, ATDD, Continuous Integration, Continuous Delivery, Microservices… 的人比比皆是。

然而, 对于一个产品开发团队而言, 往往却无法藉由单一的实践或框架, 便能有效的解决其团对内部的某一特定的问题; 如开发人员开发效率与质量太差等的问题。

所以, 产品开发团队真正需要的绝对不是: 经由制式的培训, 单纯的将某一个, 单一的实践或框架介绍给团队, 然后, 团队便照著教材, 僵化的照著做。

产品开发团队真正需要的是: 能真正根据团队所面临的问题, “设计” 能真正解决团队问题的实践或框架。

 

“设计” 开发团队所需要的实践或框架主要的步骤如下:

I.           设计实践的第一步:

确认要解决问题的对象为何? 如: 开发人员

II.          设计实践的第二步:

深度的挖掘问题背后的问题

要解决问题的对象: 开发人员
问题	问题背后的问题
开发人员开发效率与质量太差
	不知道User Story 开发完成的定义。
	未能每日即时识别出风险与问题。
	未能先思考问题, 便急著找架构师澄清问题或开始开发。
	不了解 User Story 对外架构上的依赖。
	开发的 User Story 未进行测试或不可测。

III.         设计实践的第三步:

将问题背后的问题映射到已有的实践或框架

	Use Case	Domain Driven Design	ATDD	Agile Test
	基本流	扩展流	异常流	Context Map	Entity/ Value Object	表格式测试用例	开发与测试协作
不知道User Story 开发完成的定义	V	V	V		V	V	V
未能每日即时识别出风险与问题						V	V
未能先思考问题, 便急著找架构师澄清问题或开始开发	V	V	V	V	V
不了解 User Story 对外架构上的依赖				V
开发的 User Story 未进行测试或不可测						V	V

 

最终, 依照设计实践的第三步所得出的: “问题背后的问题与已有的实践或框架间的映射表”, 设计出了开发团队所需要的实践; “Story 场景树”。

Story 场景树组合了Use Case, Domain Driven Design , ATDD, Agile Test, 主要是针对开发人员, 解决其开发效率与质量太差的问题。  



SaveSaveSaveSaveSaveSave