1.ToB研发团队的特点

（1）大量面向客户的编程

有大量来自客户的需求，自然而然的大量对客支持工作。

（2）团队技术人员技能趋异化

一个ToB团队中需要大量不同的技术人员，比如一个大数据平台，需要hadoop、hive、spark、impala、mysql等的专家，才能维护起一个平台。

2.ToB研发团队的管理

（1）组件2人环境支撑小队

无论是开还是POC，环境都需要人员支持，而且这部分工作往往很重，要消耗大量的人力。团队需要培养这样的角色，加快环境部署的步伐，保障环境的稳定性。

（2）大范围的工作需要checklist

驱动研发是项艺术，最好的就是拉取checklist或者建单。

有一个kafka缩容的问题，产品一直要求提供kafka缩容的产品化方案，需要开发给方案，然后插入进本次迭代，由于工作量大，涉及kafka分区重分布，无法简单通过一个脚本来实现，研发跟产品磨了比较久。

自己给了这样的判断：数据节点缩容是非常危险的操作，也不是一个常用的场景，需要慎重。目前这块无法产品化，客户如果需要缩容，可以进行提单，研发提供对应的操作文档。从以往的经验来看，客户也不会去手动进行缩容或者数据迁移的操作，基本都是提单，让我们提供对应的解决方案，保障正常实施，客户自己是不会去操作的。

然后，这个需求就变成了前端限制和提示的需求，无需后端研发支持产品化缩容。