项目跟踪系统思维建议

当前完成的由项目管理系统PMS
做到了跟进开发的交付，开发的工时计算，开发交期管理等功能
跟进开发交付质量和是否有BUG和退回情况
做到了开发的精益化

但是目前做不到项目实施过程跟进管理，不是说软件做不到，应该是没有人，没有合理的思路来管理
目前实施上次会议沟通的困难点有
1 项目各个差异大 电子 机加，化工各不相同，没有通用标准的模式来管理
2 结案项目不能收尾和交给售后接收，维保工作卡在实施手的上，很多纠缠着实施不能专注新项目
3 工时安排不清

• 3.1 实施在每个项目实际投入的工时没有统计计算
• 3.2 项目月份安排不排除放假和周末不能上班的情况，管理部放假安排未经过知晓到实施是否调整的情况，多次出现放假计划与客户完全错开的情况
• 3.3 实施人员寻求到的开发支援没有统计数量，初级开发工程师 中级开发工程师 高级开发工程师的支援统计没有数据，
• 3.3.1 初级工程师 -实施要求什么开发呈现页面和功能
• 3.3.2 三级工程师 实施和开发商讨沟通实现，能打平手
• 3.3.3 高级工程师 能够给实施和客户完整的解决方案，辅导实施进行推动项目
• 3.4 没有排除掉借调到其他项目的时间，比如新项目演示，项目方案汇报，写材料、做方案 做售前工作的时间都没有排除掉，一个人当好几个人用，多个项目并行倒推交付时间的情况不合理

为了解决这个计划和统计的难题
开发项目交付跟踪系统的的实现
总体目标
1 跟踪商务关键信息
2 跟踪项目SOW调研信息
2.1 项目主要流程
2.2 项目定制开发功能
3 跟踪关键问题OA 问答解决方案
3.1 比如我们之前建议配置为工业打印机，客户简称用热敏打印机出现的不清晰问题（商务单独与客户用户的沟通 其他部门人员无从知晓），可以在前面的QA系统进行记录，项目交付多年后，人员变更后，有据可查
4 跟踪实施每个功能模块交付和调整的质量和退回重现安排开发的情况
4.1 是否存在流程问题反复重建需求调整
4.2 是否存在功能不周全的BUG 重复安排调整
4.3 是否存在开发基本逻辑问题，界面显示BUG问题的重复调整
5 平台实时统计各个功能交付情况，形成报表，区别是 表格可编辑版本存在造假情况，平台性的实时同步不可造假，实时同步项目进度，减少实施重复调整进度的情况
能够形成实施工程师 项目经理 管理层关心的报表，不要天天为了做报表焦头烂额，实实在在的项目推动宝贵时间被耽误了
6 能实现上班时间按小时 按半小时的记录时间投入到的项目组，主动记录这个时间段时花到哪个项目上，用于计算工时成本
7 为了能实现多劳动多得的机制，产与会议出方案、会议指导意见、协助解决难题，占用休息时间协助项目的情况，建议提出金币激励制度，我需要李平协助会议和给出解决方案，需要为此付出金币，此方式可以激励同事之间积极沟通和减少无效沟通，拒绝无效会议，金币赚的多，不管私下交易还是 项目奖金，应该有对应的分红机制，如果干多干少一个样 积极性重何而来呢？
这也是评判一个实施是否合格的标志，多个维度检测实施是否具有解决问题的能力，是否有所成长，避免因主管原因对员工能力的偏见，庆幸的是我们处在一个技术性的公司 拿实力说话，而不是关系人情的机制
8 实施工程师对新员工培训金币制度，参与学习需要付出金币，培训老师赚取金币，对培训讲师和新员工学习都是好事，注重高效
9 项目上线和运维的预计机制，项目上线过程中的实时数据有数据监控平台支持，避免系统故障搞得整个团队鸡飞狗跳的
10 实现以上功能按每个模块验收来实现，实施做出初版 每个阶段方案和验收各付费5000元的方式，避免总计项目统计不清