Scrum在K公司M团队项目管理中的应用
发布时间:2021-02-10 14:32
K公司是一家大型的企业管理软件公司,主要为B端用户提供企业管理软件,包括ERP(Enterprise Resource Planning)、云协同、HR(Human Resource)等软件和云服务,致力于在云时代成为企业云管理的第一品牌。M团队是K公司成立的一个新部门,专门为旗下一款主打的云ERP产品设计和开发基于新前端框架的移动应用和WEB应用。M团队需要和很多其他的部门和模块对接,面临多样化的需求和快速交付的压力,对于Scrum的应用有强烈渴望。全员报销项目,作为M团队的重点项目,该项目之前的其他项目采用传统的瀑布式项目管理模式,项目迭代慢。响应需求变更的周期长,需要通过引入Scrum框架应用到项目管理中,达到缩短项目周期,应变多样化的需求,也希望以此项目为契机,为瀑布流管理模式的软件开发团队寻求一条可行的转型之路。本文以K公司为研究对象、全员报销项目为实践项目。以Scrum框架的理论知识入手,分析Scrum框架的特点,对比传统的瀑布流管理模型,找到敏捷管理和Scrum框架的优势,并逐步分析K公司的行业背景、企业背景和存在的问题,基于Scrum的项目提出改进策略,通过全员报销项目...
【文章来源】:西南科技大学四川省
【文章页数】:62 页
【学位级别】:硕士
【部分图文】:
产品集成研发体系—IPD项目管理阶段划分
理及补丁程序错误的 BUG 跟踪管理)等。图 3-2 K 公司研发管理工具 DMP 界面 G 产品线对 K 公司项目管理流程的调整于 K 公司原有的流程主要面向诞生更早的 E 产品和 F 产品的产品研出台的时间早于 G 产品的诞生时间。 产品由于本身面向的客户群体以公有云部署的模式为主,需要产品客户需求,因此并没有完全套用 K 公司原有的 KPSP 项目管理流程。公司的KPSP体系的基础上做了一些改动,减少了一些不适用的文档版本内需求迭代的要求。具体有以下几点。1)减少前期的规划文档为 G 产品迭代的速度从 E、F 产品 1 年 1-2 个版本,增加到 1 年约。因此,需求来源需要均匀地分配到 10-12 个小版本中。由于迭代之前在功能上交叉较多的一些文档被合并删减。例如项目过程中的划阶段、产品开发立项阶段的需求类文档被取消,与之相关的业务
图 3-3 瀑布流项目管理模式说明每个阶段的工作做得足够好才允许进入下一阶段。这种开发流程进度有非常高的不可预期性,而且往往制造出不是客户需要的产品或者客户的产品。这种流程延迟几个月甚至几年交付产品也是很常见的。这种预步细化的开发方式,虽然会让利益相关者相信开发过程处于他们的掌握是取最后,实际开发进度往往滞后于预订计划,而且实际开发成本会严算,甚至常常项目无法交付。3.4 实施敏捷项目管理的必要性为了规避“瀑布式”项目管理方法,业界早在 1993 年就由(美)杰夫Jeff Sutherland)就提出了一套新的软件开发方法,即 Scrum。较之那种规范性,自上而下逐步式实施的瀑布式软件开发方法,Scrum 可谓是一
【参考文献】:
期刊论文
[1]Scrum敏捷软件开发方法实践中的改进和应用[J]. 陈国栋,罗省贤. 计算机技术与发展. 2011(12)
[2]企业软件工程项目管理案例解析[J]. 李健,汤书昆. 华东经济管理. 2002(05)
硕士论文
[1]Scrum方法在C公司软件项目管理中的应用研究[D]. 周勇.华东理工大学 2016
[2]湘邮科技敏捷型软件开发团队建设研究[D]. 郭立军.湖南大学 2013
[3]基于CMMI模型的X公司软件研发过程改进案例研究[D]. 温晶.首都经济贸易大学 2013
[4]敏捷方法在H公司软件开发中的应用[D]. 刘建学.西南交通大学 2012
[5]基于敏捷方法的A公司软件项目需求管理应用研究[D]. 陈志刚.四川师范大学 2012
[6]Y公司项目需求管理研究[D]. 李成好.西南交通大学 2011
本文编号:3027512
【文章来源】:西南科技大学四川省
【文章页数】:62 页
【学位级别】:硕士
【部分图文】:
产品集成研发体系—IPD项目管理阶段划分
理及补丁程序错误的 BUG 跟踪管理)等。图 3-2 K 公司研发管理工具 DMP 界面 G 产品线对 K 公司项目管理流程的调整于 K 公司原有的流程主要面向诞生更早的 E 产品和 F 产品的产品研出台的时间早于 G 产品的诞生时间。 产品由于本身面向的客户群体以公有云部署的模式为主,需要产品客户需求,因此并没有完全套用 K 公司原有的 KPSP 项目管理流程。公司的KPSP体系的基础上做了一些改动,减少了一些不适用的文档版本内需求迭代的要求。具体有以下几点。1)减少前期的规划文档为 G 产品迭代的速度从 E、F 产品 1 年 1-2 个版本,增加到 1 年约。因此,需求来源需要均匀地分配到 10-12 个小版本中。由于迭代之前在功能上交叉较多的一些文档被合并删减。例如项目过程中的划阶段、产品开发立项阶段的需求类文档被取消,与之相关的业务
图 3-3 瀑布流项目管理模式说明每个阶段的工作做得足够好才允许进入下一阶段。这种开发流程进度有非常高的不可预期性,而且往往制造出不是客户需要的产品或者客户的产品。这种流程延迟几个月甚至几年交付产品也是很常见的。这种预步细化的开发方式,虽然会让利益相关者相信开发过程处于他们的掌握是取最后,实际开发进度往往滞后于预订计划,而且实际开发成本会严算,甚至常常项目无法交付。3.4 实施敏捷项目管理的必要性为了规避“瀑布式”项目管理方法,业界早在 1993 年就由(美)杰夫Jeff Sutherland)就提出了一套新的软件开发方法,即 Scrum。较之那种规范性,自上而下逐步式实施的瀑布式软件开发方法,Scrum 可谓是一
【参考文献】:
期刊论文
[1]Scrum敏捷软件开发方法实践中的改进和应用[J]. 陈国栋,罗省贤. 计算机技术与发展. 2011(12)
[2]企业软件工程项目管理案例解析[J]. 李健,汤书昆. 华东经济管理. 2002(05)
硕士论文
[1]Scrum方法在C公司软件项目管理中的应用研究[D]. 周勇.华东理工大学 2016
[2]湘邮科技敏捷型软件开发团队建设研究[D]. 郭立军.湖南大学 2013
[3]基于CMMI模型的X公司软件研发过程改进案例研究[D]. 温晶.首都经济贸易大学 2013
[4]敏捷方法在H公司软件开发中的应用[D]. 刘建学.西南交通大学 2012
[5]基于敏捷方法的A公司软件项目需求管理应用研究[D]. 陈志刚.四川师范大学 2012
[6]Y公司项目需求管理研究[D]. 李成好.西南交通大学 2011
本文编号:3027512
本文链接:https://www.wllwen.com/guanlilunwen/yunyingzuzhiguanlilunwen/3027512.html