驻场紧急项目问题总结二

驻场管理
近日驻场遇到一个紧急项目。
需求
两个注意点:功能or界面体验性
需求确认环节:甲方沟通团队or甲方处室负责人
时间要求:五一劳动节开始干活,五月底需具备培训条件。
功能设计、数据库设计、系统整改方案、系统研发完毕、上线培训、上线使用。
短时间内满足功能,界面体验性较差,引起甲方负责人不满意,甲方沟通团队之前满足目前的页面设计无意见。重复工作,UI需重新更改。严重影响工期,后期如遇该类项目最终确认版本需汇报甲方处室负责人。避免出现此类问题。
业务
项目初期功能要求,材料满足收集上来即可。
项目中期功能要求,审核逻辑,材料审查逻辑是否合规?
项目后期功能要求,数据是否合规,数据是否按照要求上传?
由于项目的不确定性,项目初期业务定义比较简单。后续业务无明确性规定,导致项目总是不满足甲方要求,问题点:业务讨论环节没有展开细节点讨论。
项目开发
3名高级开发人员
3名初级开发人员
高级人员效率偏高,初级人员效率低干杂活。
按照甘特图任务分配开始赶项目
代码走读
高级人员检查初级人员代码,业务编写不规范低端错误比较多。
初级人员看高级人员代码,倾向于让他们学习。目前无提升,让看不认真学习。带不动。
项目测试阶段
功能不稳定,服务器环境不稳定。性能吞吐不稳定。高级人员需提前优化环境,提升项目可靠性。
总结
短期任务,项目角色灵活分配。项目任务灵活分配。
甲方官僚主义严重。甲方沟通环节存在问题,乙方驻场需认真对待每个环节不能凑活敢工期影响项目的质量。造成双方的合作不愉快问题。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值