一、行为方式及意义
保持当下：保持当前的项目交付管理方式,保证当前部门盈利方式正常运作；
过渡方式：在部门整体行为发生调整时，采用合理的方式实现过渡、保证大家手头上工作的正常进行与新业务的持续升级
一个大系统：系统全部风格统一、资源统一、涵盖面更广、系统附属设施更加健全；
多角度复利行为：使当前工作方式规范化，可形成资源积累；该行为可以减少2个以上项目一部分的重复工作、并可实现资源的复利行为；
持续迭代优化：在前三者成立的情况下，持续精细优化系统所涉及到的功能模块
销售的蜕变：产品变更引导销售方式的多维度蜕变
二、过渡方式
如何在保持当下的基础前提下，再进行突破，此处需要有良好的过渡行为来保障执行过程中的部门稳定运作
1.产品的过渡循环方式
(1) 出发点
以新项目为载体过渡
(2) 初步阶段验证
新项目可以进行配置或拆分形成多个新型项目
(3) 项目交付前期验证
可以快速形成交付产品
(4) 项目交付中期及后期验证
可以快速扩展承接新的业务功能
(5) 项目完结后验证
已经完结的项目、曾经做过的模块是否可以对过往积累的已有模块优化点、新增的模块、反哺给新的项目
销售手段影响
(1) 售卖收费方式
因为是配置方式，可以以极小的代价给客户使用，比如拿出产品后先给十分之一的价格，一千万只需要一百万试用半年，但半年内维护费另算、不做新的功能扩展、新功能扩展另算。加入维护费、新功能合计是1-2百万，对于客户与我们都是双赢的。
(2) 售卖选择方式
定制化开发模式、与使用通用产品方式、出售细微服务的形式
(3) 如何合理过渡售卖
任意一个项目有部分新功能模块出来后、像客户咨询是否需要上该功能、设置好体验价格（不提倡免费体验、因为先阶段政务服务还在发展阶段有一定的议价权、收费体验也是合理的）。预期场景假设: 一个功能用户体验一个月1-10万块钱，但是我们一天即可配置完毕，客户无权要求我们更改更改则额外收人力费用(双向亏损、以功能模块质量的提升来减少此处亏损的影响)
3、客户评价过渡
(1) 保持当下：日常情况下，我们的客户评价主要于我们的战斗力，战斗力强的特点需继续保持
(2) 侧重点转移：
① 质量提升: 程序的持续优化：会使项目质量获得提升
② 项目签单价格更低：借助价格优势
③ 交付很快:功能的快速响应及可快速定制化开发,类似堆积木
④ 时不时赠送免费功能：例如像天气、文件系统等这些工具类模块
⑤ 工作人员齐聚: 假如多地出现相同的功能模块，而另一个地方此时对人员数量要求不高、可先聚集到紧急项目当中
三、组织行为
项目人员分布组成
(1) 原有项目人员组成:
①主要人员保证项目持续迭代
②个别人员（1-2个）附带起远程技术咨询作用，例如资料在哪块、需要注意哪些
(2) 新项目人员：
①主要人员保持现有项目新功能的基础开发
②个别人员(1-2个)附带起规约项目规范化发展、与衔接原有项目模块
单个项目人员工作任务及能力组成
(1) 明确有哪几个项目需要维护
(2) 明确负责哪几件点需要建设
(3) 明确需要达到的程度情况
(4) 明确职责边界
人员组成趋势
(1) 产品化团队:负责产品化的批量售卖、单价便宜、卖出数量较多
(2) 定制化团队：负责例如疫情系统、或大型项目，对定制化要求较高的项目、单价相对较贵
四、技术体系
前后端技术主要组成
(1) 后端以微服务、模块化拆分 + 服务治理
(2) 前端以模块化拆分
(3) 其他技术以服务形式打包、有健全的挪移复用文档
所有的能力皆具有文档指引、支持复用
(1) 业务能力
(2) 数据能力
(3) 相关资源，例如采用的第三方服务等
质量把控
(1) 工作过程把控：前期借助开源的工作
(2) 功能模块把控: 健全的验证方式，验证功能模块是否符合 衔接标准、业务标准
(4) 代码质量把控：代码的质量检查
(5) 运维稳定性把控：运维架构需要过审
五、效率推进
任务细分: 提前根据方向定好大的目标，拆分成细小的任务
赏金模式: 提前列好任务内容、任务的分数、任务时间、作业人
效率提升目标: 持续到中后期阶段、持续提升目标效能
