前言:
本篇主要是在讲述精益敏捷外包开发, 其背后的主要思维◦
本文:
很多企业的 IT 部门, 由于人力成本的考量, 同一时候也为了能拥有很多其它与更有弹性的人力资源, 而将软件开发与软件測试的工作外包◦
然而, 企业的IT 部门在面对来自不同公司的外包人员时, 却往往面临因公司的内部文化上的差异, 而形成很多不必要的沟通, 甚至是不信任◦ 终于, 往往导致企业的IT 部门, 虽拥有成千上百的软件开发与软件測试的外包人员, 却还是无法高效率的交付高质量的产品◦
“精益敏捷外包开发” 便是要以:
1) 团队协作
2) 轻量级的流程
3) 自己主动化的环境
使来自不同公司, 甚至是身处于不同办公地点的的外包人员, 均能形成一致的共识, 主动且高效的协作, 而能针对版本号质量的现况,, 适时的做出适当的决策, 使产品版本号的交付, 能符合高效且高质量的要求◦
所以, “精益敏捷外包开发” 的主要思维, 便是:
将产品软件的开发, 回归到以 “人” 为本的本质:
经由不同的project实践与轻量级的流程, 將最接近問題的人, 能緊密的結合起來, 即时的针对问题, 提出可行的解决方式, 解决这个问题◦ 避免因不必要的沟通, 而造成人员与时间上不必要的浪费◦
产品软件的开发, 强调的是集体智慧的过程:
产品软件的开发, 不再是单一的角色, 仅仅做单一类型的工作;如: 測试人员仅仅是负责完毕測试用例的设计与运行◦ 而是团队中的各个角色, 各个成员, , 共同的參与, 运用集体的智慧, 共同的完毕, 产品软件开发过程中的全部事情; 包含: 需求分析, 測试用例设计/ 架构设计, 制订迭代计划, 识别风险…..等等◦
产品软件的开发, 需能即时反应产品质量的现况:
团队可依产品质量的现况, 做出适当的决策; 如: 根据眼下迭代測试的结果, 制订下一轮迭代的迭代计划◦
结论:
精益敏捷外包开发的模式, 回归以人为中心的工作模式◦在此模式下, 确实能激发外包人员的主动性与自主性◦ 而使得产品软件的开发, 在此模式下, 可同一时候具备高效率的开发与与高质量的版本号公布◦
在兴许将有很多其它的文章探讨这方面的议题◦ 期待大家的交流◦