忍不住注册了一个帐号来评论一下
作者只是提到了小编队的好处,但是公司都是从小编队发展成大军团的,既然如此之好,为何这么多公司,不把自己的研发体系保留在小编队阶段呢?
小编队最大的问题在于更适合项目制,有点想私人定制的小作坊,针对某个客户的确能够提供更好的服务,但是显而易见,他的成本是偏高的,尤其在软件行业,复用的成本是无限低的,但如果不能复用,每次都要创建,那成本自然要高起来。
一般公司在商业领域,都是想将一套东西放到多家客户那里去,所以针对某个用户提出的需求要非常慎重,万一这个用户非常奇葩,做完了不能复用,那这个东西也没什么盈利了。所以要进行需求调研,甚至不能只调研一家,需要将行业共性抽出来。然后设计业务模式,有可能某个客户理念就是错的,你可以在一个项目里推行错误的理念,但是你不能在一个行业里推行一个错误的理念,终究会遇到解决不了的问题的。所以就涉及到抽象、整理,甚至需要反过来教育客户,这都是为了降低后续的成本。在开发阶段,还要将可复用的部分抽取出来,例如前端框框架、后端框架、消息框架、持久框架,这都是为了其它项目的复用,只有模块化了,遇到一些特性的项目,才好调整。
终于要上线了,客户反馈回来问题,还是分析一下,是对现有体系的修正,还是对现有体系的破坏,这又是一个复杂的问题,是不能随便乱动的。否则在同步上线的几个项目,出了问题怎么去解决呢?如果线下升级,在运行的系统和数据又要怎么处理呢?
所以我们知道,为何需要大军团模式了,一点出错,可能全线崩溃。
但为什么小编队模式又兴起了呢?
主要是互联网业务的带动,以前一个产品在几百家部署,相当于面对几百套不同版本的系统,而且大部分都是线下的,要派人去现场处理。而互联网模式下,即使有几百万客户,但实际上只面对一套系统,对一套系统的调整和数据处理要简单很多,就像面对一个大点的项目。我们可以去升级调整业务,去修改数据。
小编队的兴起在于业务模式的变化,而不是他较大军团有多少优点,如果做线下产品按照小编队的方式去开发,永远不会有积累和发展,有的只是无尽的加班。最终获得一堆没人维护的烂项目(每个项目的人都有自己的创新,并且很可能不认可他人的)
来源: http://blog.jobbole.com/111484/