KDT#96 像应用软件开发经理一样思维

Think Like A Software Development Manager

 

对很多企业来说，广大的用户通过BI应用来使用DW/BI系统。这些BI应用包括标准报表，分析应用，仪表盘和操作型BI等内容。这些应用提供了一个结构化的、参数驱动的、相对简单的方法给用户，用户通过这些方法可以得到他们需要的信息。在“KDT#91 DW/BI系统的营销”之中，我们描述了BI应用作为DW/BI系统的一个产品，它必须有价值、可用、功能性强、高质量，而且运行要稳定。

 

在BI应用的设计和开发过程中，这些特点就要逐渐成型了。在应用的开发、测试、文档化以及首次展示的整个过程中，以一个来自使用软件产品的公司的职业开发经理的视角来思维是很有用处的。真正的软件开发经理和对交付BI应用的负责人面对的是相同的问题。最好的软件开发经理都会有下面的经验：

 

当开发者第一次演示他们的开发成果时，整个项目只完成了25%。开发人员第一次交付他们的成果是一个很重要的里程碑，但是经验丰富的软件开发经理知道开发者仅仅通过了第一步单元测试。项目的第二个25%是让应用通过完整的系统测试，要保证每个单元都能在一起工作的很好。项目的第三个25%是在模拟的生产环境中验证和调试系统。最后的25%是文档化系统并将系统交付生产环境。不要相信开发者说的，他们的代码非常的好，代码里已经包括注释和文档。对于直接交付给用户的算法等内容尤其要重视。

 

使用缺陷跟踪系统。建立一个缺陷跟踪小组，去记录每一次系统宕机、每一次错误的结果和收到的每一个建议。经理应该每天检查这些系统，为里面的各种问?馊范ㄓ畔燃侗稹Ｈ绻τ弥杏杏畔燃侗鹞?的缺陷存在，那么就不应该将它交付给用户。为测试和缺陷报告制定一份很高的奖励机制。建立缺陷发现奖。对发现缺陷进行高度称赞。要确保应用开发人员对业务用户和测试者有足够的耐心。

 

对用户的测试人员作出的缺陷报告要有一些心理准备。接受收到的每一个缺陷，让用户和测试人员知道你给他们提出问题分配的优先级别，让他们知道问题目前所处的状态，然后解决掉所有的这些缺陷。

 

对于大型的用户组织，这些经验尤其重要。这些经验也完全适合于为大量操作用户建立的操作型BI应用。你不可能单独会见组织中的所有人，所以你的产品必须非常过多硬。