讨论【敏捷】外包项目更适合哪种管理模式

young
21阅读1评论6 个月前

如题,在整个行业都在高喊敏捷 拥抱变化的时候,一直执行传统的项目管理模式的践行者可能会受到一些困惑,我是不是也需要投入敏捷的怀抱

在研读了一些敏捷管理模式的资料后,发现这种拥抱改变,提升价值的核心宗旨确实非常棒,个人非常认可。

同时也大多数案例和分享多数是围绕着中大型企业公司进行分析,业务多、部门多、决策层多、影响决策因素多、领导多、项目多、产品多(总之就是很多),这么多人在做事的时候没有一个高效以及大家都舒适的方式,传统的项目管理流程到这种场景除过横向扩展研发团队编制外,貌似没有别的解决方案,为了更好地生存,因而在努力践行敏捷管理。

回到主题,当前依然有相当多的小微企业,承接的外包项目多数开发周期在3个月左右,大点的项目周期到6个月。像这类企业的日常工作,即便是项目甲方需求频繁变更 也给分解好的开发计划带不来很大的影响,按照功能模块拆解、分配任务人、明确时间节点、期间代码走读、单元测试、QA结束、实施交付,需求变更更大会有商务层去挡住,签署变更协议,追加研发成本,开发计划新排期。

OK,稍微大点的外包公司,7-10个项目在并行推进,传统的方式是按照项目将团队成员进行分组,按照项目对象为基础单元进行瀑布式管理,期间人员抽插调动一样可以通过项目管控来进行风险规避。

想问问其他各位团队主、企业主,你们的团队目前是在用什么管理方式?像上面这种小微企业的现状,敏捷是否有更好的方式结合落地,给企业带来更大的生机活力。

PS:以上仅是个人愚见,有认知错误的地方还请纠正。

讨论话题:
职场相关
加载中…
精选评论
6 个月前鲁赫(Harry)

其实,「外包 - outsourcing」 或者 「内包 insourcing」本身是一个 business 问题 — 更多的是「商业模式」上 和 人才管理上 的,而不是「项目管理上」的。当然也不是没有区别,我的意思是区别很小(10%-15%),不是核心因素。

商业模式上:

  1. outsourcing 是 你为别人做项目
  2. insourcing 是 你为自己做项目

从盈利程度讲,是有区别的。

而从「项目」角度看,本身是没有太多区别。

不管 outsourcing 还是 insourcing,大家都会有预算不够的情况(创业公司倒闭)或需求变更(用屁股做决定的部分传统企业老板)。所以也没有太多区别。

回到敏捷,其实从哲学层面讲,敏捷也不是新概念,在计算机发展早期就有:

  1. 「分而治之」的思想。把大块工作打散了,一个一个解决。参考:https://en.wikipedia.org/wiki/Divide-and-conquer_algorithm
  2. 「Fail fast and fail loudly」不知道中文怎么翻译好,就是如果有问题,早发现。这样可以减少损失。
  3. 「Do one thing and do it well」聚焦。把这个阶段应该做的事情做好。

只是把这个哲学应用到了 项目管理里边。

就像写代码,写一大坨代码 和 写清晰的精简方法 的区别。然后把这里的「代码」替换成「项目」就好了。