PMI-ACP®认证
适合敏捷开发项目 敏捷项目管理最佳实践
网络课程
PMI-PBA®认证
重视项目商业分析 商业价值与需求分析能力
NPDP®认证
产品管理国际认证 全球产品管理最佳实践
网络课
PMP®认证
单项目管理经典指南 年轻项目经理首选
北京 | 直播 | 录播
PgMP®认证
大型复杂项目全球标准 定位高级项目管理层
网络班
PfMP®认证
链接战略与项目 实现组织资源投资回报
全球直播
软考项目管理
信息系统项目管理师 系统集成项目管理工程师
计划 | 报名 | 经验
【案例正文】
做完项目后,非常感慨,和之前接触的项目情况天壤之别。
首先介绍下我做这个项目之前的经验,在这个项目之前,我主要做传统行业政府、银行的项目。所以,做的项目感觉比较“规规矩矩”。
接到这个项目后,感觉一群人在像是伺候皇帝异常伺候甲方公司的业务方,包括甲方公司的技术相关人员也和我们一样。
和这家公司接触开始,都一直再说敏捷开发,这个项目我也做了计划性的迭代。但,情况是,最初合同中的需求说明是A,开发中需求变成B,要上线了需求改成C(这个不仅是我做的这个项目,包含甲方同学自己也这样的感受)。所以,我感觉他们对敏捷开发的理解,就是需求不断的变化,技术人员要不断的改动。
甲方公司在高并发、高可用上做的的确是行业内领先,去年某个活动,前半小时不能付款,今年感觉就没这个问题了。
所以,大家看到他们对外的系统都比较不错。
但是,你要有机会接触到他们内部的使用的系统,真的感叹还不如一般小公司做的好用。
个别系统的规划、选型,往往看个人爱好(大多数公司也都是看技术大牛的爱好选型,但是前天是评估后可用性比较高的),一个简单的系统费用大家不熟悉的技术去实现,而且不管业务需求、场景。
我现在作为改甲方的ITO供应商之一,他们强制使用的管理系统,真是让人无力吐槽。
我的问题: 何为敏捷开发?
上述,甲方公司的项目场景,就能起到快速、准确的实现业务方需求吗?
项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号