外包小团队的敏捷开发探索之路

分享 · edge · 于 3年前 发布 · 1177 次阅读

外包这种事情做的多了越发的觉得外包这个逻辑就是个坑。到什么什么可以外包,什么绝对不能外包。或者说应该采购外包团队的什么样的输出。

做外包项目和做产品的区别,有如拳击与街头格斗的区别。街头格斗特点就是没有任何规则约束,只有一个目标,就是不择手段的让自己站到最后。

外包项目呢,就像是拳击这类的竞技体育运动,有很多条条框框的条件制约,打不赢街头格斗也是正常,更不能错位比武。作为一个外包项目来讲,客户最想从你这里买走的东西可能是:快速完成专业度高质量,甚至是价格低,简单点说是多快好省吧。

这么听起来更像是那句话“带着锁链跳舞”。可能是这个哲学问题,事物相互作用会产生新的变化。这些相互作用是不是更像是孙悟空头上的头箍,客户就是那讨厌的唐僧,总是念紧箍咒。

最后的结果就是听客户的话,拿到钱,修成正果。

既然客户委托给你去完成一件事情,我们势必要遵循这种约束,找到一种平衡的状态。

在现实世界到数据库中要经过几次抽象才能完成。那对一个项目而言,从需求梳理,业务的理解,核心逻辑的总结,以及产品设计的呈现,甚至是开发阶段的架构设计等等,彻头彻尾的是一个组织的交流方式,以及熟练应用的过程。

组织的规模

无论是软件的架构,还是项目管理的方法,都是因组织的规模变化而变化。 我们讨论的是10人以下的小微作战组。

期望达到的效果

  1. 保证质量
  2. 最短时间完成
  3. 开发过程可控
  4. 迭代或交接可延续
  5. 项目不依赖团队

共同的目标

这个世界感觉最困难的事情莫过于沟通,沟通的有效率更是难上加难。 作为一个小团队,采用敏捷模型去组织运作,那好的优势就是能集体参与。 所谓共同的目标,是从客户到开发人员要融会贯通,只有目标精准的时候,后续作出的决策或许能更少的避免给自己挖坑的情况。

本文由 edge 创作,采用 知识共享署名 3.0 中国大陆许可协议 进行许可。 可自由转载、引用,但需署名作者且注明文章出处。

共收到 0 条回复
没有找到数据。
添加回复 (需要登录)
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册