交付管理系统是企业交付团队用来进行项目管理和确认收入的内部管理系统 【功能模块】 （1）系统门户：比如待办，常用图表等； （2）项目管理：把项目拆分成任务，跟踪任务执行人 （3）工时填报：让甲方确认工时，财务用来确认收入 （4）各种管理报表：支持逐级钻取 （5）主数据管理：客户主数据来自于 crm，项目集群和问题跟踪来自于 jira 【负责内容】做为该项目的负责人，主要需求调研，资源调配，项目管理，业务和方案制定，门户设计，产品实施，用户培训，迭代更新 【困难和解决】 产品是国内一套低代码平台，但平台能力局限性，导致很多功能不能达到用户满意效果。 作为需求方和厂商之间的桥梁和对结果负责的人，不能直接实现的想其他办法变相实现，双方妥协，最终实现效果是能用但不是很好用； 需求方团队庞大，主要对接人并不完全清楚团队业务，有些需求沟通不准确，导致后期不断修正。后面采取沟通后签字确认，才得以改善； 产品稳定性差，比如客户同步数据很慢，而且经常丢数据，多次沟通后仍未见效。后面直接拉双方boss面对面会晤，才得以彻底解决

邮件组作为内部群组的沟通工具，比如 BG 邮件组，部门邮件组，各种业务邮件组等等。但由于企业内部组织架构调整，经常会更名，群组内的成员也在不断调整。这种由于架构变动导致邮件组维护的工作量大，而且不及时不准确。特此开发GMail 自动邮件组管理服务 【功能模块】 （1）跟随组架自动创建新的BG\部门 邮件组，自动管理成员； （2）自动废除就邮件组； （3）支持个性化维护，比如部门邮件组中增加部门外的成员等； 【困难和解决】 对架构的调整业务需要每种情况都考虑到，否则会出现邮件组成员维护不准确等问题。对此需要调研 HR 各 bp，通常对组架调整的业务规则等； 个例需求：由于业务需要，有些部门邮件组成员中需要添加部门外成员。但系统只会按组架自动建立和维护部门邮件组成员。如果是业务常态，最终采用自动和手动维护结合的方式：个性化邮件组需要流程申请，并由 Owern 在自动邮件组成员的基础上手动维护个性化成员； 自动邮件组的名称不便记忆，如何触达用户是个问题：我在企业广播、 wiki，工作台、以及 hr 培训等不同路径进行传递。

【项目简介】PCH 多云管理平台是为了帮助企业管理云资源成本，建立云资源精细化费控体系而设计开发的。为云资源使用者，预算编织者，财务成本管理者提供不同视角的云资源管理功能，主要涉及的云有：AWS/GCP/AZURE/金山云 【项目模块】 （1）云资源的自助申请流程：开通云资源，关闭云资源，移交 Owner，云资源用户权限申请等。流程发起在 PCH，流程审批在企业内部的 IAM 飞书，最终申请数据返给 PCH； （2）云资源预警：通过设置不同维度的费用预算，监控每个云账号的消耗。比如设置每个云账号的月预算，对比当月累计消耗和预测值，如果有超预算趋势则告警。 （3）云资源监控：通过设置每个账号的日基线，按天进行监控。Owner会每天查看消耗情况，找出不合理的资源占用根因和个人是否存在资源浪费 （4）管理视图：各资源占比视图，团队资源消耗视图等 【负责内容】 需求调研，产品原型设计，项目管理，功能测试，用户培训，产品版本迭代等 【难点】 海外云的计费规则非常复杂，需要明确不同云的费用生成规则，对接 AWS,GCP 等费用接口，才能做到费用计算准确；我通过不断找厂商和产研大牛沟通学习，并结合数据，最终找到合理的计算方法，最终趋于准确 历史问题导致大账号混用，各团队在云资源中吃大锅饭，造成很多不必要的浪费，但业务又存在交叉，拆分和迁移到更细的云账号业务阻力大；帮助各团队从业务上拆分，明确规则，先从业务简单的团队入手，逐个解决，团队拆分账号后的好处逐渐体现，最终那些不愿意拆分的团队也配合进行拆分和数据迁移； 涉及的用户角色比较多，如何做功能取舍：比如 Budget Owner，财务费控，部门管理者，账号 Owner，team user等，每个角色有不同的需求，如何抓重点，快速上线最核心功能而不偏离设计初衷，就要做好系统功能取舍和明确的 roadmap；比如不同用户的个性化视图，不太适合做成通用报表，就推荐大家在数仓中其他可视化工具实现；