03.从0到1，软件基础平台供应商团队建设的阶段偏向

当我们整体转入java方向时，有着10几年.net工作经验的我们，又从0起步，与整体体系的成员竞争。就像《人月神话》中描述的那样，我们经过了大量会议的2020年；走过了象征性双休的2021年；在困苦中迎来了相对正常的2022年，2022，我们以较为正常的姿态面迎每一次的挑战.....

1.初创阶段

在最没底气的2020年，团队偏向于技术，因为一穷二白，要什么都需要重新规划，找开发实现，以至于让实施团队迎来了全面转向业务的机会，让开发团队承担着业务实现，产品部署，生产系统运营事项。而在我们较为成熟的.net平台中，实施团队能完成80%的交付工作，技术团队的核心内容是业务验证,系统集成............所以，当软件企业在初创阶段，会大量推动技术能力。

这阶段以产品架构优先，技术团队主导基础平台落地。

2.技术构建阶段

当2021年山东港正式上线后，我们迎来了由技术慢慢转向业务的机遇，整个体系在超大规模企业中落地，标志着我们第一阶段完成，进而转向业务案例落地。这个阶段主推业务团队，让我们在.net平台已有的内容快速转向Java平台，形成合同/案件/法务/风险/合规的整个产品体系。这就是进入2022年后为什么出现业务设计团队快速推进的原因，有了基础平台，业务案例落地只是时间的问题。

这阶段需要业务团队，来构建业务需求，并协助技术团队完成业务落地。

3.产品深度构建阶段

随着产品在企业的深度应用，业务专家初步建立，紧急拼凑的基础平台将会迎来业务更新与性能压力的双重挑战。

业务与技术进入不断融和，系统架构与基础平台需要在业务实现与技术难度/性能压力的融合中不断前行。在2022年，随着系统应用运行进入深水区，系统性能在全面下降，达到了无法忍受的程度。对产品的拼凑组件进行全面的升级改造，从性能的基础理论起步，重新审视组件。

这阶段需要对基础平台与业务都较为熟悉的成员来主导系统的重构，对技术与业务都有了新的定义。

随着产品的成熟，整体体系将划分为基础产品研发与项目交付推进。基础产品研发是延续性的，不间断的，需要持续培训，团队成员要求更为沉稳，较强,持续的学习与反思能力。交付团队随着产品标准化程度的提升，可以给具备基本技能的团队在交付经理的引导下完成任务。

4.后续的团队需求

经过一定的发展后，产品将经过初始架构---->业务沉淀---->全面运营平台化改造---->业务系统数据治理等环节。团队将在产品持续交付/平台规划架构/产品运营工具/产品已有组件更新/新技术引入等岗位上不断扩展，要求团队将更为多样性/层次性发展。如果继续让大家作为全能型人员推进，将无人能胜任相关的工作。