7-1周总结(项目管理遇到的问题)

确认需求

引导客户:明确客户需求,是为了解决什么问题。基于解决问题,提出合适的解决方案,让用户来做选择。
客户,多数时候也并不明确自己的需求。重要的是了解,客户具体是想要解决什么问题,而不是按照用户的想法马上去做

确认干系人

在项目上线前一周左右。甲方提出要升级数据库版本,从oracle11g,替换到oracle19c。如果升级了数据库版本,这是我们的项目,之前没有使用过数据库版本,接口要全部重新测试。这是非常大的一个变更。
这件事和确认干系人,有什么关系呢?和我们对接的这个甲方,是这个项目的负责人。但是这个负责人,上面还有负责人。花了一天的时间,整理新的数据库环境,替换新的jar包。第二天,被告知,不做数据库版本升级。
数据库版本升级这件事,即使在上线前一天提出来。也没有对错。问题是在于谁来承担这个风险,谁来做这个决定。所以我们做项目,要确定干系人,确定能拍板方案的负责人。

项目质量

这个项目。两个开发人员,花了5周。开发完这个项目。不加人,不延长开发周期,又要尽量保证项目质量。这种情况下,只能加班,和降低项目质量。加班,就不说了。说说如何合理降低项目质量的。
1.减少接口开发。比如得到下游系统的交易终态。有两种方式,一个是主动查询,一个是下游系统异步通知。在不接异步通知这个接口的情况下,整个项目流程依然是一个闭环。只是少了一种明确终态的手段。
2.减少项目文档,后续补上项目文档的方式。
当然除了这种主动降低项目质量的方式,每天加班,疲劳代码的情况下,项目质量当然不如头脑清醒的时候写的代码。

风险控制

识别风险,判断风险的等级。
有变化就会有风险
1.需求变更;
2.项目周期,突然提前;
3.人员变化
平常还需要多总结

项目验收

需求确认,和项目验收,是和甲方,交流最频繁的时间段。验收也非常容易出现问题。因为平常不参与,做成什么样子。只有验收的时候才能看到。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值