How to satisfy our customer from the project delivery perspective

How to satisfy our customer from the project delivery perspective

怎样才能让团队快乐地做项目

为什么想组织这个分享活动

做成一个系列的轻松的经验交流会。（TL分享卉）

• optional的，想来就来
• 一方面联络一下TL的圈子，在座的很多都不认识。
• 另一方面希望这样的分享，能让大家查漏补缺，看看作为REA的TL还差哪些，或者一起想想还有什么我们能做得更好的地方。
• 氛围轻松随意一点，希望有收获就好。 

为什么想聊这个话题

• Key person rolloff，导致客户对交付产生concern，结果是一方面大家为了赶进度都特别累，另一方面客户对结果还觉得不满意。

客户怎样才会满意

1. 速度超出预期，    质量完美
2. 速度跟估算一致，质量完美
3. 速度超出预期，    代码有瑕疵
4. 速度跟估算一致，代码有瑕疵

Q：假设我们连续交付了3个项目，都是同样的情况，那么以上哪组客户的满意度最高？

面对不同客户时，最优解是不一样的。

但是对R记来言，我的答案是

R记作为一家成熟的上市公司

1. 质量（robustness，security，flexibility）
2. 成本可控（基数很大，但不做无谓的浪费）
3. 可预测的持续性增长

Q: 速度超出预期，质量完美意味着什么？

Case 1 意味着什么？

​- 速度超出预期，意味着提前上线
- 需要准备更多的工作来填补timeline上的gap
- 也意味着客户钱花多了（本不必雇佣这么多人）

- 大家日常工作负荷比 case 2 大
- 意味着团队的估点不准确，或交付速度不稳定

1. 速度超出预期，    质量完美
2. 速度跟估算一致，质量完美
3. 速度超出预期，    代码有瑕疵
4. 速度跟估算一致，代码有瑕疵

Title Text

• 所以大家现在认同 case 2 了吗？
• 但这有个问题啊，case 1只需要在抓好代码质量的情况下，拼命做就完事儿了~只要估点不是特别离谱，大家努努力总能达成的。
•  
• 但2就麻烦了呀，我怎么能保证每个项目的速度都跟估算值刚好一致呢？
• 时间估短了，遇到了意料之外的blocker，或者人员休假，人员更替等TL控制不了的事怎么办？
• 要是估长了，万一提前做完了怎么办？

发现要提前做完了怎么办

公司方面

• 识别他人的强项并引导其发展；
• 能根据对方的优劣势，以及团队能力结构的需要，从发展团队能力和对方特质的角度考虑任务的拆解和分配，针对性的给予特定任务以帮助团队成员提升对应能力，培养团队的后备力量；
• 能够通过对业务和技术发展的敏锐度，结合和对当前团队综合能力的判断，识别大团队整体能力成长的需求并实施解决；
• 根据业务发展的需要和对关键人才成长的关注，识别和规划大团队的人才梯队；
• 主动建立团队成员间的信任关系，积极推动团队内能力建设和文化建设等活动，构建技术氛围；
• 不能只关注于自己的团队，要跨团队，或在办公室甚至中国区、Global也产生影响力；

• 识别他人的强项并引导其发展；（Developer others)
• 能根据对方的优劣势，以及团队能力结构的需要，从发展团队能力和对方特质的角度考虑任务的拆解和分配，针对性的给予特定任务以帮助团队成员提升对应能力，培养团队的后备力量；（培养2nd tier）
• 能够通过对业务和技术发展的敏锐度，结合和对当前团队综合能力的判断，识别大团队整体能力成长的需求并实施解决；（团队技术的整体提升）
• 根据业务发展的需要和对关键人才成长的关注，识别和规划大团队的人才梯队；（succession plan）
• 主动建立团队成员间的信任关系，积极推动团队内能力建设和文化建设等活动，构建技术氛围；（team culture）
• 不能只关注于自己的团队，要跨团队，或在办公室甚至中国区、Global也产生影响力；（impact）

公司方面

• 团队协作流程方面的（敏捷实践裁剪）
• 跟客户沟通方面的改进
• 技术方案、模板的提炼
• tech debt

项目方面

• system health up
• 推动 legacy system 的 replacement，至少是可视化
• 其它 customer 认可的 tech improvement

客户方面