前言:

   本篇主要是在讲述精益敏捷外包开发, 其背后的主要思维?

本文:

     很多企业的 IT 部门, 由于人力成本的考量, 同一时候也为了能拥有很多其它与更有弹性的人力资源, 而将软件开发与软件測试的工作外包?

     然而, 企业的IT 部门在面对来自不同公司的外包人员时, 却往往面临因公司的内部文化上的差异, 而形成很多不必要的沟通, 甚至是不信任? 终于, 往往导致企业的IT 部门, 虽拥有成千上百的软件开发与软件測试的外包人员, 却还是无法高效率的交付高质量的产品?

     “精益敏捷外包开发” 便是要以:

     1)   团队协作

     2)   轻量级的流程

     3)   自己主动化的环境

     使来自不同公司, 甚至是身处于不同办公地点的的外包人员, 均能形成一致的共识, 主动且高效的协作, 而能针对版本号质量的现况,, 适时的做出适当的决策, 使产品版本号的交付, 能符合高效且高质量的要求?

    所以, “精益敏捷外包开发” 的主要思维, 便是:

    将产品软件的开发, 回归到以 “人” 为本的本质:

    经由不同的project实践与轻量级的流程, 將最接近問題的人, 能緊密的結合起來, 即时的针对问题, 提出可行的解决方式, 解决这个问题? 避免因不必要的沟通, 而造成人员与时间上不必要的浪费?

    产品软件的开发, 强调的是集体智慧的过程:

    产品软件的开发, 不再是单一的角色, 仅仅做单一类型的工作;如: 測试人员仅仅是负责完毕測试用例的设计与运行? 而是团队中的各个角色, 各个成员, , 共同的參与, 运用集体的智慧, 共同的完毕, 产品软件开发过程中的全部事情; 包含: 需求分析, 測试用例设计/ 架构设计, 制订迭代计划, 识别风险…..等等?

   产品软件的开发, 需能即时反应产品质量的现况:

   团队可依产品质量的现况, 做出适当的决策; 如: 根据眼下迭代測试的结果, 制订下一轮迭代的迭代计划?

    结论:

      精益敏捷外包开发的模式, 回归以人为中心的工作模式?在此模式下, 确实能激发外包人员的主动性与自主性? 而使得产品软件的开发, 在此模式下, 可同一时候具备高效率的开发与与高质量的版本号公布?

      在兴许将有很多其它的文章探讨这方面的议题? 期待大家的交流?