以下是本人一个真实项目的经历，如有雷同纯属巧合。

2018年9月下旬，因同事离职临时接了一个项目，是公司内部各业务线对外提供服务IM工具的一个更新换代，目标是将之前各业务线自行开发的各种IM工具全部替换统一新研发的工具，同时将知识库平台迁移到公司最新的AI平台上。

讲故事前，把相关的项目背景稍微描述下，让各位看官了解。

1、项目范围：接入业务线从大的讲有10多个业务线，有些业务线内部还有不同业务形态和服务场景的小业务；每个业务基本会分售前售后，还有给外部供应商用的平台。

2、原有工具：app端大概有2~3个业务线自研的工具，还有微信群等外部工具；online端有独立的工具，H5也有独立的工具，还有自己的知识库。

3、目标用户：用户1是公司所有终端用户，用户2是各业务线服务部门坐席，用户3是外部供应商。公司内部坐席加起来大概有几千的坐席，坐席服务解答客人问题的工具，有PC端、手机端；

4、接入工作量：各业务线研发团队需要和我们研发团队对接，完成新IM工具的对接，且部分业务线因业务逻辑复杂需要自行维护分配分层逻辑。

项目背景

接手项目后，第一步肯定是了解项目背景和目标，了解过后第二步干嘛呢？熟悉项目团队。

经过几次会议，基本熟悉了项目组织架构，内部涉及6个team，从外到内分别是：

1、app端研发

2、app 服务端研发

3、客服端研发

4、知识库AI研发

5、报表BI研发

6、产品经理团队

几个team都有自己的垂直汇报领导（职能结构）

接手后发现困难是什么呢？

1、有1个大业务线已经接入新IM工具，但一直生产灰度验证没有明确的开流量时间表；

2、另有1个大业务线自己花了2年多时间开发的类似工具，用户使用也很习惯，要改动比较难；

3、项目内部团队多，各团队开发进度等信息透明化程度不高，尤其联调阶段进度缓慢；

4、项目阶段目标不够清晰，甚至有些团队成员并不了解；

5、现成产品无法cover所有业务线的需求，很多业务线都有自己个性化的需求，很难统一，所以每接入一个业务线工作量都很不小。

6、领导们对项目完成时间过于乐观（12月底完成全部业务线接入）。我接手时好像就接入了1家大业务线。要在3个月时间完成全部接入，难度非常大，项目组内部戏称“不可能完成的任务”。

针对这些项目背景、组织架构、已知问题，采取了以下一些措施：

1、针对架构，引入大规模敏捷模式，我任项目SM，负责项目整体的里程碑进度及对外协调，重要问题的升级；

2、产品团队进入各开发team作为PO并兼任SM，负责条线产品需求及优先级安排，同时负责对BU的需求沟通，同时每个PO会负责一个大业务线的对接；

LeSS框架

3、加强团队间沟通：做了“集中办公”“War room”“一起加班吃晚饭”等。还好这几个开发team基本都在一个楼层，沟通比较方便，然后我从其他楼层就搬到他们那边，一起办公。War room主要是为了占个小会议室，我们的日站会、临时会议都在这个War room；加班自然不可避免，每天和不同团队同学一起吃个晚饭顺便了解一些他们工作进展也对项目整体非常有帮助。

4、每日站会。除各开发team自己组织的站会外，大项目组每天都会站会，team leader和PO参加，站会除了review白板的重要事件外，主要就是各种问题的碰撞；当然作为SM需要把控会议，我们用了口哨、铃铛来应付大家大声乱讨论问题的情况。细节问题，一般是站会后，留下相关同学再行沟通，站会只需要明确问题的负责人及要求解决时间。

5、物理看板，我来维护。一般根据发布节奏2-3周一次看板，标明阶段目标、当前阶段的主要任务及里程碑事件。详细需求或任务会在各team的白板。每次迭代前启动会，根据阶段目标，分解任务到各team，尤其是一些需要互相联调的点，明确责任和时间点。各team领到任务后内部再行拆细。

团队物理看板

6、会议：每个冲刺都有启动会和回顾会。启动会明确目标、团队进行扑克估算、分解任务，认领任务。回顾会：暴露问题，总结经验。