精益敏捷外包开发--- 信息传递篇

前言:

    本文主要是在讲述精益敏捷外包开发, 为何应舍弃 “过重的文档”, 而应改采 ”视觉化的看板”, 方能有效的整合来自不同企业,位于不同办公区的软件外包人员, 而能共同高效的完成高质量的交付◦

本文:

   企业的 IT 部门, 将产品的系统, 外包给不同企业, 位于不同办公区的开发与测试人员时, 所面临的一个最大的难题之一便是: 版本交付的质量与效率, 往往无法满足企业内, 业务部门的期望与要求◦

   之所以会形成这一致命的问题, 其主要的原因便是来自于 “过重的文档”

   企业的 IT 部门与外包人员之间, 或许因各自的立场不同, 或许因外包人员对企业 IT 部门的业务或系统的不熟悉, 而使得企业 IT 部门的需求分析/ 设计人员, 需将一数十页甚至上百页的需求/ 设计规格书, 交与外包的开发与测试人员后, 外包的开发与测试人员, 才会开始进行相关的开发与测试工作◦

   而这一看似必要且理所当然, 应该由企业 IT 部门的需求分析/ 设计人员, 所交付的需求/ 设计规格书, 往往却是造成企业 IT 部门, 在版本交付效率与质量上, 大幅滑落的最主要原因之一◦  其根本的原因便是在于:

1. 数十页甚至上百页的需求/设计规格书, 将造成许多无谓的等待时间:

        企业 IT 部门的需求分析/ 设计人员, 编写需求/ 设计规格书时, 往往需耗费 1-3 个月的时间; 有的版本甚至还耗费更久的时间◦

        而在这段长达一个月甚或数个月的时间, 外包的开发与测试人员也就只有“等待”◦

       然而, 这段 “等待”, 是绝无可能获得企业内业务部门的理解与谅解的◦ 版本交付的日期, 并不会因有这段的 “等待”, 而获得延期◦

       也就是说, 外包人员的开发与测试的时间反而会因为这段的 “等待”, 而被 “压缩”; 举例: 本来在整个版本中, 应有 3 个月的时间进行开发与测试, 却被压缩成只剩下两周◦

       当外包人员的开发与测试的时间被压缩时, 外包人员将别无选择, 只能把手头上的工作先交付出去, 至于 “质量”…..被逮到了再解决唄◦ 

   2.  数十页甚至上百页的需求/设计规格书, 其实可读性与指导性是很差的:

         从许许多多的项目中已获得验证, 数十页甚至上百页的需求/ 设计规格书, 只会使不熟悉企业 IT 部门业务或系统的外包人员, 更加的不理解需求, 更加的宛如坠入到五里云雾中◦

   3.  数十页甚至上百页的需求/设计规格书, 往往会使外包人员被动,过于保护自己:

        外包人员只针对需求/ 设计规格书的内容, 来进行开发与测试, 而不愿意再进一步主动的去思考, 该做些什么? 以能真正的满足使用者的要求◦

        当外包人员已丧失了主动思考的意愿与能力时, 版本交付效率与质量的低落, 便是可以预期的◦

    所以, 我们应从另一个角度来看待产品软件外包…..

    “当面对来自不同企业,位于不同办公区的软件外包开发与测试人员时,首要且最重要的工作, 便是建立起一高效的信息传递机制;而不是文档◦”

    这一高效的信息传递机制, 需能满足以下的条件:

  1.  简单:

        在任何的工作环境下, 均可轻易的被建置起来使用◦

        将复杂, 艰涩难懂的理论隐藏, 封装起来◦ 而使任何人均可轻易的直接上手◦  

    2.      可视化:

        可视化的呈现, 产品软件开发周期内的信息; 包括: 需求分析, 架构设计, 测试用例等的信息◦

    3.      团队协作:

        可使企业 IT 部门与来自不同企业, 位于不同办公区的外包人员充分且直接的协作◦

    我便是以 “看板”的型式,在精益敏捷外包开发中, 建构一高效的信息传递机制◦

    我所设计的以特性为纬度的 “看板”, 包括:

1.   需求看板:  使企业 IT 部门与外包团队, 可视觉化的识别特性的基本场景, 扩展场景, 异常场景与质量属性◦

2.  架构看板: 将设计Rest Oriented Architecture (ROA) 所需的架构实体类型与架构设计流程, 融入至看板中◦ 而使企业 IT 部门与外包团队, 可更轻易且直接的协作, 共同设计出特性所需的 Web API◦

3. 测试用例看板: 将使特性测试结果产生差异的纬度与各纬度上使测试结果产生差异的变化点, 融入至看板中◦ 而使企业 IT 部门与外包团队, 可共同且客观的识别特性所需的 测试用例◦

 结论:

   需求看板, 架构看板, 测试用例看板, 已在许多各类型的项目中, 真正使企业 IT 部门与外包团队, 高效的传递信息◦ 而使项目中的待确认事项, 风险, 最佳的设计与测试方案, 均可及早的被识别出来◦ 因而, 使项目开发的效率与质量大幅的提升◦

   后续的文章, 将会再进一步的详细介绍需求看板, 架构看板与测试用例看板◦

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏SDNLAB

NFV规模部署前需要解决的问题

NFV是使能网络重构的关键技术,从2013年初正式成立ETSI ISG NFV开始设计NFV框架及系列规范,已经经历了Gartner技术成熟度曲线的创新促动期、...

3976
来自专栏云计算D1net

关于DevOps我们必须了解的五项事实

DevOps绝不仅仅是炒作的产物,合理加以运用后其将成为各团队的致胜利器。 ? 我曾在《福布斯》杂志上读到过Chris Canciosi的一篇精妙评论,他将De...

34110
来自专栏云计算D1net

云计算风险详细解析

云计算的高速发展也为试图重新聚焦关键业务目标的企业带来了许多利好,例如提高产品上市的速度、增加企业竞争的优势以及降低资本和/或运行的开支等等。 通常来说,对诸如...

35414
来自专栏人称T客

2017中小型企业移动CRM 应用情况分析| 研报×To B

移动信息化研究中心分析师 闫鹏 本文主要针对移动CRM的应用情况进行研究,包括对企业实践过程中制定的保障策略进行梳理、企业停用及不使用移动CRM的原因进行分析...

29911
来自专栏cloudskyme

时间管理的定义与目的

时间管理定义 ◆时间就是生命,时间就是金钱。 ◆人们往往是重视生命,乐于理财,而忽略了时间管理。 ◆善用时间,就是善用自己的生命! 时...

5927
来自专栏钱塘大数据

【推荐阅读】从“三元战略”到“六维智能”的智能工厂理念

导读:所谓“三元战略”,包括劳动者及其技能、素养、精神、组织、管理等,CPPS战略体现了以人为本,继续发挥与挖掘了中国在人力资源方面的优势,扬长补短,实现人与赛...

3357
来自专栏JAVA高级架构

架构漫谈(一):什么是架构?

架构漫谈是由资深架构师王概凯Kevin执笔的系列专栏,专栏将会以Kevin的架构经验为基础,逐步讨论什么是架构、怎样做好架构、软件架构如何落地、如何写好程序等问...

3257
来自专栏JAVA烂猪皮

同样的工作、同样的做需求,为什么他们能进阿里

方法论,就是人们认识世界、改造世界的一般方法,是人们用什么样的方式、方法来观察事物和处理问题。概括地说,世界观主要解决世界“是什么”的问题,方法论主要解决“怎么...

832
来自专栏华章科技

未来五年,大数据将与云计算更加融合

很多初创公司都引入了云平台上的管理服务,按需部署自己的系统。大数据和云计算的融合往往是互联网公司的首先项,尤其是初创的软件和数据服务供应商。

711
来自专栏大数据文摘

余额宝的小算盘:马云肥水不流外人田

19412

扫码关注云+社区