如何有效组织业务软件开发

 一、背景：业务软件开发涉及到比较多的角色比如：产品，方案分析师，交互设计，高保真，开发，测试。。如何在前期有效组织这些人员对需求进行端到端理解，使用科学的组织流程保证各个角色有效配合在规定时间点达到有效产出是决定版本成败的关键。敏捷开发、扁平化团队给组织提供了灵活性，人员素质和人员协作是基础，这为快速迭代提供了制度和人员基础。

二、在需求启动时面临的问题：

产品：他熟悉业务在生态圈中角色，明确业务能达到的业务目的，对用户体验最终解释。但他可能不了解实现技术栈，无法有效挖掘业务在系统之间衍生出的问题。

方案分析师：主要对外部件交互接口，内部关键部件方案设计负责。但他可能不了解实现技术栈，无法有效挖掘业务在系统之间衍生出的问题，给出的方案是否能指导开发是一个问题。

开发工程师：前端、后端、UI开发工程师对需求难以有整体了解不够，头脑中实现方案也是支离破碎的。

开发leader在这个阶段的职责是：组织大家搞清楚需求是什么（越细化越好），实现方案是否合理进而指导开发（越细化越好），复用特性提取工作拆分与分配，测试建议输出，所以这个角色需要对既有系统有足够的了解，前期快速学习和输出能力，良好的问题挖掘，组织跟踪能力。

三、开发启动前需要完善的工作

0、明确人员名单：产品、方案分析、UI、

1、熟悉新特性相关业务流程及实现（历史开发人员，测试用例，外部件接口文档，操作。。，预留半天时间给其他人员）

2、组织需求澄清（产品讲需求文档，方案分析师讲初步方案）

3、组织开发、测试、UI、外部件拉通端到端开发流程，输出低保真、方案中存在的问题，详细的AR拆分、工作量分析和公共部件抽取，测试方案。

4、再次组织对挖掘问题的澄清。

5、协商外部件联调结点和子特性完成顺序，以便测试及时接入测试。

 

四、软件测试

UI界面的测试：

高保真团队给出的高保真不一定贴合业务，具体现在在页面复用场景不清楚，兼容的频幕分辨率和浏览器版本，部分复杂控件兼容场景较多，在开发初期就要识别和测试。

公共控件的测试：

开发的控件给其他人使用，部分场景是要到使用过程中才会发散出来的。这部分容易遗漏。

样式部分:不同使用场景下，样式要求可能差别较大，需要做兼容处理。

逻辑上：控件接口各种输入情况是否考虑全了，各种输入场景对控件内部逻辑影响。

测试用例：

参数校验场景尽量考虑完全，后期补充可能影响整个程序结构。

主要看测试场景是否覆盖，有些测试用例实际应用中出现场景很小，需要多加考虑。