͡° ͜ʖ ͡°2020团队建设目标与方案
2020年1月10日
一、思路
方法论：规则-->规范-->机制-->策略-->模式； 管理论：目标方案-->实施反馈--》信息同步； 通过做事体现自身能力价值，胜任岗位要求，最终反应到薪酬上。
二、目标
1、入场满两个月的基本满足人月工作额度（如16人要达到营收16人/月） 2、团队规模比2019年（6人）扩大至少一倍，区间12-18人；平均到每月新进1人 总体思路：如按20人团队目标，建立下面结构（ 3-5 名女性）;
三、现状
主体对象：银行是重资产，大业务，强流程，严监管的行业，技术应用上相对保守，没有太多新技术、创新方面的应用。 项目实施：项目存在小、散、杂，开发、测试、生产问题解决，时有并行，碎片化现象严重，容易陷入疲于奔命而获得感低。 团队情况：目前散兵游勇，缺乏有效沟通交流，没有A、B角机制，人力分配不均衡，总体来说效率不高。
四、措施
1、建立规范 1.1适应规则： 1.1.1银行要求： 1、能力要求：入场需2年工作经历，能熟练使用EOS开发平台、DB2。 针对解决：EOS等其他开发工具使用需要培训一到两个星期，经验要求需要建立团队规范，如果是应届生、不到2年工作经验，能有明确的成长路线图。 2、规范要求：开发规范、问题解决、文档规范。 3、项目要求：人月外包和项目包形式。
1.1.2团队要求： 1、基本要求：银行和公司考勤、管理制度上配合。 2、工作要求：学会整理，建立文档习惯，提高沟通交流效率。 3、团队协作：分工明确，人员搭配，建立A、B角机制。 4、强化沟通：针对需求不明确，新系统技术架构要求，资源调配。 5、商务配合：需求工作量评估后，上报项目经理，需要发给公司领导确认。
1.2提高技能 根据XXX行项目实施情况，首要任务是先培养单兵作战能力，提高小组成员间协同配合，需要从下面几个维度进行提高：
1.2.1技术水平 技术的道路似乎无穷尽，但所有技术的应用都是有场景的。我们鼓励不断学习，技术的学习除了基础如语法是特有，应用上推荐场景代入法去理解。针对银行场景，经过归纳量化，大致有下面4种： 1.系统交互：通常是报文（XML，JSON，定长，分隔符等）通信（TCP，HTTP等） 2.文件处理：上传、下载、解析、生成 3.批量处理：1，2的延伸，再加上定时或者异步机制 4.查询、分页
1.2.2业务水平 金融类系统（如银行）业务规则特别多，监管，风控，业务要求随时变化，是真正落地（即场景化）的具体规则，无法一一列举，需要不断学习。
1.2.3系统设计 系统工程是一门非常宏大的学科。对于银行类系统，我们还是重在应用，通常可从下面3个方面进行分析设计： 1、业务背景：了解参与对象（在实施阶段，通常是固定的，因为方便确定规则） 2、业务流程：找参考点，谁发起？系统回路？数据流、业务流 3、业务处理：数据、信息处理，事务切分，唯一性，有效性 4、参与渠道：实施过程中，是可以调整扩展的 系统构建思路：主业务稳定了，通过建渠道（运营层面），扩大规模。
1.2.4沟通能力 我们倡导：学会沟通、及时沟通、有效沟通。 记住：沟通对于团队是无比重要的事情，对于生活也是如此。
1.2.5文档编写 一般地，好的文档对于交流沟通能达到非常有效的作用。特别是现在碎片化时代，每个人都有自己的事情处理，有时项目上的事情，语言表达往往达不到想要的效果，一是时间限制，二是有时言语理解上会有偏差。 通过整理文档，梳理自己的逻辑，更为重要的是可以”无限”COPY，这对于团队交流沟通可以达到信息同步的作用，对于效率的提升也有很大的帮助，如问题清单。 文档有很多种类的模板，可以辅助我们添砖加瓦，完善内容。 技巧的本质就是规则，而规则使人成长。
1.3建立信任 信任源于责任，通过能力与服务态度体现。 首先，行里和公司有良好的商务层次的信任关系，但是能不能做大做强，还是得依赖驻场团队成员的身体力行，团队所展现出来的技术水平、业务水平。 目前接的项目还非常单一，主要是后台管理类项目，横向扩展的同时也需要纵向扩展，如：业务类、核心类项目。 行里是根据团队能力针对性分包，需要平时多接触行里人员，展示团队特点，挖掘需求，配合商务、公司接单。
2、建立机制
2.1：奖赏机制 2.1.1推荐奖励 为了适应公司发展需要，配合公司的人才战略，提高人才引进工作的效率和质量，鼓励员工积极推荐合适人才，公司提供必要的内部推荐奖励。
| 岗位类型 | 经历说明 | 奖励金额（元） | 入职后2个月 | 转正后3个月 |
| 初级程序员 | <3年 | 800 | 300 | 500 |
| 中级程序员 | 3-6年 | 1600 | 600 | 1000 |
| 高级程序员 | >6年 | 4000 | 1000 | 3000 |
2.1.2绩效奖励 我们鼓励：质量效率，多劳多得。 以项目上线作为考评结点，结合个人能力、项目大小、小组配合、开发质量等因素进行评价，包含但不限于下面几项： 1、在工作量评估时间范围内保质保量提前完成 2、平时的经验分享、建议方案也可以作为考量的参考 3、对项目进行指导，帮助解决问题 4、被客户或项目组表扬的
2.1.3惩罚方式 以银行要求和公司要求为基础，如有犯错，有三种方式抵消：绩效、罚款（20起步，充公团费，按次倍增）、小组会才艺展示（活跃气氛）。
2.2：定期培训
从下面几个方面进行：技术，业务，系统设计，文档编写，工作效率，沟通交流。 项目不忙时半个月进行一次培训，事情多时一个月一次培训。
2.3：定期团建
定期举行一些活动，如体育锻炼、聚餐、娱乐、游玩等，增加团队成员间的相互了解、认识、相处，以便后续更好的合作。
3、团队文化
以上，我们将建立如下的团队文化： 1、以质量效率为方向，多劳多得 2、鼓励不断学习，交流分享，勇于表现 3、沟通、及时沟通、有效沟通 在银行要求和公司要求的基础上，建立公平、民主的团队氛围，通过人性化管理，增强团队成员归属感。 所谓人性化，即考虑多一层需求，问题多考虑一些方面，简单说就是先站他人立场想一下，然后结合团队情况做出决策。是差别对待，还是一刀切，看事情影响面，付出的代价。
五、总结
银行 IT人员的核心竞争力不在于编码，而在于业务的理解和设计能力。信息化时代，社会变化浪潮突涌，已非一个人单打独斗可以解决问题的年代，需要团队间分工协作。 一个人也许可以走得更快，但一群人才能走得更远。
反馈
2020年由于新冠疫情原因，团队3-16才复工，到6月份甲方方面才稍微放松，人员流动，8月份进2人，9月份走2人，团队建设严重不达标。9月后一直跟进招聘，目前主要渠道是社招，但效果差，想找佛山本地，奈何资源少；公司和学校有对接，招聘要求有发给学校，但临近结业，学校通常要毕业论文后，才比较稳定。
方案调整
盘子--》做大--》分蛋糕；盘子在，如何做大？靠人，暂时没人，自己顶上，一个干两人活；目的是多拿钱（华为狼）。分蛋糕需要重新协商。