如题，在整个行业都在高喊敏捷 拥抱变化的时候，一直执行传统的项目管理模式的践行者可能会受到一些困惑，我是不是也需要投入敏捷的怀抱？
在研读了一些敏捷管理模式的资料后，发现这种拥抱改变，提升价值的核心宗旨确实非常棒，个人非常认可。
同时也大多数案例和分享多数是围绕着中大型企业公司进行分析，业务多、部门多、决策层多、影响决策因素多、领导多、项目多、产品多（总之就是很多），这么多人在做事的时候没有一个高效以及大家都舒适的方式，传统的项目管理流程到这种场景除过横向扩展研发团队编制外，貌似没有别的解决方案，为了更好地生存，因而在努力践行敏捷管理。
回到主题，当前依然有相当多的小微企业，承接的外包项目多数开发周期在3个月左右，大点的项目周期到6个月。像这类企业的日常工作，即便是项目甲方需求频繁变更 也给分解好的开发计划带不来很大的影响，按照功能模块拆解、分配任务人、明确时间节点、期间代码走读、单元测试、QA结束、实施交付，需求变更更大会有商务层去挡住，签署变更协议，追加研发成本，开发计划新排期。
OK，稍微大点的外包公司，7-10个项目在并行推进，传统的方式是按照项目将团队成员进行分组，按照项目对象为基础单元进行瀑布式管理，期间人员抽插调动一样可以通过项目管控来进行风险规避。
想问问其他各位团队主、企业主，你们的团队目前是在用什么管理方式？像上面这种小微企业的现状，敏捷是否有更好的方式结合落地，给企业带来更大的生机活力。
PS：以上仅是个人愚见，有认知错误的地方还请纠正。
讨论话题:
工作&职场
其实，「外包 - outsourcing」 或者 「内包 insourcing」本身是一个 business 问题 — 更多的是「商业模式」上 和 人才管理上 的，而不是「项目管理上」的。当然也不是没有区别，我的意思是区别很小（10%-15%），不是核心因素。
商业模式上：
从盈利程度讲，是有区别的。
而从「项目」角度看，本身是没有太多区别。
不管 outsourcing 还是 insourcing，大家都会有预算不够的情况（创业公司倒闭）或需求变更（用屁股做决定的部分传统企业老板）。所以也没有太多区别。
回到敏捷，其实从哲学层面讲，敏捷也不是新概念，在计算机发展早期就有：
只是把这个哲学应用到了 项目管理里边。
就像写代码，写一大坨代码 和 写清晰的精简方法 的区别。然后把这里的「代码」替换成「项目」就好了。