以上是自己在做相关的项目的体会，希望给大家一些解决问题的思路。欢迎大家提出宝贵意见。

03

昵称：凉

从我的角度逐步分析一下本次项目的问题：

1、采用敏捷交付，但由于目前描述和我理解中的出现比较大偏差；

2、在我的想象中敏捷优点：

3、将加速团队功能交付，保持团队平稳的交付节奏，后续可评估团队的能力；

4、目前反馈的问题主要还是因为客户，第三方出现延期和不配合的问题；

1.敏捷中产品愿景 ->用户画像 ->用户故事 ->用户故事地图，产品愿景是驱动成功的关键；客户持续输出情况低下，需要有专业产品经理根据现有实际产品，同类竞品，类比产品给出意见及指导；客户无法输出的原因往往是因为客户只能做选择题而不是做填空题，指引且多和客户持续沟通，加快需求产出；

2.客户技术团队负责人对接优先级低且时间少，进度及问题需尽早在周报、周会提出（目前是远程，先上会议中提出)，由于客户问题导致的计划延迟多次未有响应，因也已多次告知客户顶层管理，建议上报公司领导层，让部门经理，领导知晓情况，由公司领导出面对接客户领导说明情况；（都已经上报顶层领导了，再有问题也说得过去）

3.第三方对接人员支持力度低，按照个人经验，第三方或和客户有合作，或和自己公司有合作，人员不配合还是直接找领导；当然也考虑下本身会议是否提前通知第三方人员，相关需求提前告知第三方人员，减少会议时间，提前熟悉需求及问题；会议要求简洁明了，有问题提问题，答疑解惑；

4.最后当然是敏捷内容，尽快根据清晰和精准的市场定位，生产最小的可用产品，以以MVP的模式增量交付；敏捷交付后续还有更难的迭代在等着你。

#

我有话说

@牧云-成都-产品：

甲方一定会拖期，造成我方人员有很长的空档期，所以，不会同时接多个项目的乙方不是好乙方，以前遇到过类似项目，甲方是运营商准备做一个乡村电商，初期非常重视，中期就没啥人了，甲方负责人也面临升迁，心思没在这。最后是你拖我更拖，把骨干人员调走，只保留最小团队支撑着。

【部分需求需要与外部接口进行对接，但第三方人员支持力度很低】，这个第三方比如是短信提供商、物流、供应链，你作为一个小厂，人家真的不会在乎你

@张小闹儿：

1、甲方配合度低 2、第三方厂家配合度低 3、项目人员部分外包，空档期太长无所事事也要有成本问题 。1.2都是要对对干系人进行管理，把不支持不合作转成支持合作，3感觉就是人员分批进场，既然有外包人员，不需要人员情况就先不要进来人，或者人员先暂借给别的项目组。

@MMA：

项目超期具体的时间和资金成本罗列出来给领导看看，商量一下后续的纠正措施，如果是自己能决定，肯定是直接推动，不行就需要上级领导的带领

@Lucy

看起来，这个问题之后的原因有两个，一个是由于客户方面的，一个是三方外包团队的，而且项目应该是合同定价，不是框架协议，
对两个造成项目滞后的原因采取不同的处理方法：

1、对因客户造成的滞后，适当降低客户期望，并和客户关键人进行沟通，但前提是在事实清楚（不要自说自话）下。如果不行，建议客户增加软件监理，项目越滞后，验收的难度就会越大（因为引起各方关注的就多），项目经理的压力就越大，关键还是要把主要问题和应对方法列出来，让客户做选择题，项目要求做选择题而不是填空题的太多了，我们领导就经常说你不能让我做问答题，要让我做选择题，而且做选择题的时候要说出不同选择题的优劣，关于这个案例诊断，我特别关注第一点，因为我是甲方，目前手上也有几个项目。当然，大家不要拍我啊，我是站在甲方的维度说点情况，说得不对，请大家多多指教。

目前，我手上的项目有做个比较好的，也有不顺利的。做得好的关键点是项目前期，对方的架构师把很多问题给我们讲清楚了，后期就很顺。

讨论内容整理：

[以上关于项目团队管理的内容都来自于希赛「PM创造营」「PM创造二营」群内案例诊断，由@小M妹妹 妹妹整理，由以下小伙伴分享完成@王大胖不好听@崔冰@凉@平静的小高@牧云-成都-产品@张小闹儿@MMA@Lucy