关于项目类工商企业管理的论文,关于敏捷项目管理系统的相关硕士学位毕业论文范文

时间:2020-07-04 作者:admin
后台-系统-系统设置-扩展变量-(内容页告位1-手机版)

该文是图书馆管理专业项目论文范文,主要论述了关于项目类毕业论文开题报告,与敏捷项目管理系统的相关论文范文检索,适合项目及需求及方法方面的的大学硕士和本科毕业论文以及项目相关开题报告范文和职称论文写作参考文献资料下载。

【摘 要】 敏捷方法是一种适用于短期的、需求变更频繁的项目管理方法,同时,敏捷项目管理对软件项目开发有着不同的方法,每种方法都有自己的优点和缺点.

敏捷项目管理系统的参考属性评定
有关论文范文主题研究: 关于项目的文章 大学生适用: 自考论文、研究生毕业论文
相关参考文献下载数量: 67 写作解决问题: 写作资料
毕业论文开题报告: 论文提纲、论文摘要 职称论文适用: 杂志投稿、初级职称
所属大学生专业类别: 写作资料 论文题目推荐度: 最新题目

【关 键 词 】 敏捷 Scrum

1.引言

在20世纪80年代,敏捷化产品开发方法在日本汽车制造公司兴起,紧接着这一年年底敏捷概念传播到北美汽车制造商和IT部门,然后敏捷方法作为软件开发方法被其他行业迅速采纳.在传统方法中,产品开发过程中的需求变更很容易导致项目产生混乱,而敏捷方法不仅能接受项目中的任何变更,并且能以一定方式控制项目中的变更带来的风险.

2.不确定需求的项目管理

在项目开发的过程中,应对不断变化的客户需求对开发人员来说是一个很大的挑战,这使得开发人员在开发过程中把项目分成很多个小步骤,可以接受不断变化的需求.根据2000年议会科学与技术办公室的报告中的内容,其中提到把项目分解成为小模块能灵活应对项目中产生的需求变更,分解出来的一部分包含明确的需求和固定的价格,另一部分用来应对变更的需求和价格,从而确保项目能够更安全和容易地进行.同时,软件公司在与政府IT部门工作时应该提供优秀的领导能力,更广泛的部门目标,与供应商良好的关系,适当的风险管理以及考虑到尽可能多的用户标准.

赛迪监理通过对众多大型项目的管理研究发现,6到12个月短时间的项目比一年以上的项目成功率要高.持续时间长的项目失败原因是由于过时的技术导致用户需求变化.软件公司把时间为一年以上的项目分解为小模块来应对项目中的变更.在20世纪90年代后期,敏捷方法就有能力应对客户的需求变更和不断变化的技术.目前,有一种常用称之极限编程(XP)的敏捷方法,它与传统方法相比较可以应付不断变化的客户需求和技术,在客户有系统需求时,给予及时满意的可执行程序.这些要求不一定需要在项目的初始阶段实施,但随着项目的发展这些要求是被包括在哪一个阶段要取决于项目的环境,客户的需求可以通过原型法来确定.


该文网址 http://www.sxsky.net/guanli/tsggl/443138.html

E-type模块在实施过程中通常存在不稳定的需求.这些模块必须在整个项目中经常使用,以适应不断变化的环境获得更好的效果来提高客户满意度,软件公司更新管理技术来适应需求的新变化.由于需求是经常发生变化的,开发人员往往对敏捷过程要进行不断的验证,确保整个项目是以正确的方式在进行在每一个开发周期,开发人员通过检测测试结果,如果有错误,则对项目文件进行修正.客户和开发团队之间的有效沟通,能够在不破坏计划的前提下应对各种变更,并ह

关于敏捷项目管理系统的的硕士学位毕业论文范文
关于项目类论文范文检索
3;快在指定时间内完成项目.此外,开发人员应该对任何可能会影响项目的风险提高警惕.

Scrum是软件公司用来应对不确定需求的另一种敏捷开发过程.Scrum过程中产生的产品backlog对需求变更具有重要的作用,产品backlog包含了项目中的各类要求和问题,在开发过程中,产品backlog中的要求可以在任何时候做出改变且不会影响该项目.产品负责人确定客户需求的优先级,然后将确定优先级的需求分配给冲刺backlog.只有是客户提出的需求才可以对产品backlog进行更改,这避免了软件公司在项目发生变更时发生混乱.

软件公司也常使用一些需求管理工具,一般来说,分为两大类,一类是面向内容的需求管理被称作为以文档为中心的工具;另一类是面向过程的管理工具,用来解决结构化信息项目的需求.这些工具能够与其它系统工程、软件工具、分类需求,以及其它查询和搜索关键字设备进行接口集成.HERMES是一种可以对需求进行概括的需求管理软件,它自带的XML技术可以把需求从文本转化为对象,而且可以供其它模块共享.这种管理系统一般应用于需求编制易修改的项目,此系统会检测需求概括后的关键字,有助于开发团队和设计者把需求考虑到系统及其开发过程中.

3.Scrum方法

Scrum是一种迭代式增量软件开发过程.整个开发周期包括若干个小的跌代周期,每个小的跌代周期称为一个Sprint,每个Sprint周期一般为30天.每天有15分钟的Scrum站会,团队的成员在会议中轮流回答以下3个问题:昨天我完成了哪些工作?今天我将完成哪些工作?我在工作中遇到了什么困难?团队成员从产品backlog中自已挑选任务创建冲刺backlog,每天项目的冲刺backlog会提交给管理者,将客户需求确定优先级顺序经过分析得到冲刺任务列表,同时团队中产生的任何问题或进一步发展的需求管理者都能够快速提出来.Scrum适用于不确定需求产品的开发,只要使用Scrum在开发过程中发生的任何问题都可以得到快速解决,项目开发中的需求变更会在产品订单中得到即时更改.每个Sprint周期的产品订单和团队人员在一个周期30天内是不变的,以确保迭代结束时能获得预期的结果.

Scrum Master主持Scrum会议,管理每日Scrum流程,负责为成员解决障碍和问题.在每个迭代周期结束时那些未完成工作量的需求将移到下个月的产品backlog中,下个月团队成员参考第一个Scrum过程的反馈内容.回顾会议由开发团队与Scrum负责人共同讨论这个迭代过程中哪些地方做得好,哪些需要改进,使团队持续成长.下图详细说明Scrum过程.(图1)

敏捷开发是一种开发方法学,可以快速应对客户变更的需求.它强调以人为本,采用迭代的方式,循序渐进地开发软件.一般来说,迭代周期为1到4周,短期迭代允许项目需求频繁的变更,产品是在每个迭代周期结束时被逐步交付使用的.在应对不断变更的需求问题上敏捷开发是最适用的方法,所有由需求变更导致的困难和风险都会在迭代周期中得到有利的控制,并使得客户利益最大化,团队成员面对面的交流使得制定决策计划比通过文档交流要快速得多.图2表示了整个敏捷开发过程.

从上论讨论中我们可以得出Scrum过程方法和敏捷开发的优缺点比较如下:

1)短期迭代:Scrum过程的短期迭代周期为30天,每天15分钟的Scrum例会,每个迭代过程必须在30天期限内交付.敏捷开发的迭代周期为1到4周.这两种短期迭代都适应于需求更改频繁的项目开发. 2)增量式开发:Scrum过程的迭代周期结束时新增了交付功能,交付的需求进入下个月的迭代周期订单进行解决,每个Scrum迭代过程的结果可以看作是项目开发中的增量开发.同样的,敏捷开发也在每个迭代周期产生一个已通过测试的交付软件.

3)管理团队:scrum Master管理整个scrum流程,主持scrum每日例会,并帮助团队成员解决在项目开发中遇到的问题,这样避免了迭代结束时的交付延迟的问题.敏捷方法中的团队成员都拥有解决问题的专业知识.两种方法都有助于项目在开发过程中避免出现混乱.

4)降低风险:短期迭代使得scrum方法和敏捷过程降低了需求变更带来的风险.在迭代周期结束时产生的需求变更可能会导致混乱,在下一个迭代周期中会改变技术以及规则来进行调整,使得项目没有风险的进行最终交付.这样会使整个项目处于正确的进程上.

5)改进控制:Scrum的每日例会允许利益相关方(一般指产品负责人)参加并对项目开发提出意见,项目开发者在下一步的开发过程中参考客户提出的意见确认更明确的用户需求,有益于项目的发展.敏捷开发是由管理者进行控制,它的改进有以下几种机制:(a)敏捷方法的设计,开发,测试迭代周期为企业带来了有商业价值的小幅增量.(b)在每次迭代结束时,利益相关者审查项目已完成的工作,如果有任何变化或问题可以直接反馈到下一周期的计划安排中.(c)越早反馈有助于项目越顺利正常进行.(d)每次迭代的测试确保开发商在项目中的赢利.

6)有益的交流:Scrum和敏捷方法都提倡面对面的交流方式,每个成员都对整个项目有很好的了解,这有益于他们进行下一步工作.

7)及时交付:Scrum和敏捷方法都按时交付项目增量,这样能保证整个项目的最终按时交付.

Scrum和敏捷开发的缺点列举如下:

1)只适合6至12个月周期的项目.

2)开发人员40以上不适用于此类方法,因为它是否适用于40以上人员是还值得商榷.

3)这两种方法合适于软件开发项目,核心是人而不是过程.

4)采用Scrum是昂贵的.

5)Scrum需要培训.

4.SCRUM和PRINCE2

受控环境中的项目(Prince2)是一种广泛应用于公共和私人部门的项目管理方法,它是英国项目管理的标准,英国政府项目都实施此方法. PRINCE2是基于过程的结构化的项目管理方法,在赛迪监理的四控三管一协调理论中也有所体现,它一般包括:项目准备(SU),项目启动(IP),控制阶段(CS),产品交付物管理(MP),阶段边界管理(SB),项目收尾(CP),项目指导(DP)和项目计划(PL)的过程.由项目委员会来控制项目系统是否值得,计划是否合理等要点,项目经理来确认项目如何来进行,小组经理来进行工作具体实施.PRINCE2的项目计划是以产品导向的,也就是说项目计划强调项目按预期交付结果,而不是简简单单计划在何时该做何事.换句话说,PRINCE2使用产品分解结构.

小组经理和项目经理都与产品交付物管理(MP)过程相关联.小组经理负责受理,执行及分派工作包,而项目经理授权,评估取得的进展,并回顾已完成的工作包.这一过程包括小组经理和项目经理分别管理的三个子项目.左边的每个子项目直接与右边相连,用于通知子项目结束时的进度、质量和其他问题的子项目.图3显示了在Prince2产品交付管理的步骤.(图3)

从上面的图可以看出,MP1,MP2,MP3是由小组经理完成,而CS1,CS2,CS9过程是由项目经理完成.这整个过程可以在交付工作包的时候与Scrum相结合,Scrum可以在MP2阶段帮助团队进行项目控制,从而在这个过程结束的时候交付一个高质量的工作包.Scrum过程的产品backlog相当于这里的CS1过程中从DP过程中由项目委员会编制的计划单,Scrum过程的需求优先级排序特征和Prince2中的将工作包授权分配类似.Scrum和MP在团队中都是交付项目的成品.MP2过程中的工作包都要执行Scrum过程的每一个工作包,在每个验收点报告给项目经理.同时,小组经理更新质量记录和时间表给项目经理,不同的是,在Scrum过程中这些情况会在Scrum主管主持的Scrum例会中被反馈.在Scrum过程结束时的潜在的交付增量可以比作MP3过程,双方都提供一个完成的工作包.Scrum与Prince2的整合是由图4表示.

同样的,Scrum可以结合到CS过程中.Scrum可以结合到Prince2的每个工作过程中,并且将每个过程结束时的已完成工作包交付到下一个过程.在结合Scrum之前Prince2过程中的需求是可以进行任意更改的,而一旦结合了Scrum就得对需求变更提高警惕,因为Scrum过程中需求只允许在产品backlog中进行变更,只要产品backlog发展成为冲刺backlog就不再容许任何改变,这也就是为什么要根据客户需求来对产品订单进行需求优化级排序,最重要的需求将在第一个迭代周期解决.(图4)

综上所述,我们可以得到Scrum和Prince2的相同点与不同点表格如下:(如表1)

5.结语

敏捷方法是一种适用于短期的、需求变更频繁的项目管理方法,同时,敏捷项目管理对软件项目开发有着不同的方法,每种方法都有自己的优点和缺点,Scrum和敏捷方法的优缺点也在上文中有进行讨论.每个项目团队要针对不同的项目自身的特点来选择合适的项目管理方法,给项目提供合适的方法是项目成功的必要前提.

参考文献:

[1]Reed.K,Damiani.E,Gianini.G and Colombo.A(2004)Agile management of uncertain requirements via generalizations:a case study,in:Proceedings of the 2004 workshop on Quantitative techniques for software agile process,ACM Press,NY,USA,pp40-45.

[2]Parliamentary Office of Science and Technology(2000) Government IT projects,Report 200 - [Blackboard Material].

[3]Taylor.A(2001)IT projects sink or swim,British Computer Society-[Blackboard Material].

[4]Mahnic.V and Drnovscek.S(2004)Agile Software Project Management with Scrum,at http://jeffsutherland./scrum/FirstScrum2004.pdf/[accessed 05/05/2007].


项目本科论文如何写
播放:30271次 评论:6252人

[5]Mikneus.S and Akinde.A (2003) SCRUM an agile software development methodology,at http://facweb.cti.depaul.edu/jnowotarski/se470/akinde-mikneus pres scrum.ppt/ [accessed 10/05/2007].

[6]SE project (2004) Software Project Management: Methodologies & Techniques,at http://paul.luon./essays/SEP-essay-final.pdf/[accessed 10/05/2007].

Tang.Y(2006)IT Project Management and Planning Handout,PRINCE2,slide no:60.

关于项目类工商企业管理的论文,关于敏捷项目管理系统的相关硕士学位毕业论文范文参考文献:

工程项目管理系统论文
师考试习题集的编写和命题工作.发表论文二十余。仓库管理系统项目申请店的设计与实现软件开发27建筑设计院工程项目管理系统软件开发28it产品在线销售管理系统软件开发29xxxx采购管。

系统集成项目管理工程师 论文
8基于j。学生管理系统论文相关四川师范大学2016年档案信息平台管理系统,项目申报指南,四川师范大学,二o一二年十月 前言,我校从2016年开始进行校内,外信息网的建设,建设内容包。

关于项目管理的论文
名,):gct,即硕士学位研究生入学资格考试,取得学士学位后具有3年以上工作经验。项目管理工程硕士论文阶段流程项目管理工程硕士论文阶段流程,流程如下:开题报告—校内盲审—学术不端系统检。

关于项目管理论文
名,):gct,即硕士学位研究生入学资格考试,取得学士学位后具有3年以上工作经验。项目管理工程硕士论文阶段流程项目管理工程硕士论文阶段流程,流程如下:开题报告—校内盲审—学术不端系统检。

论文项目管理
项目管理工程硕士论文阶段流程项目管理工程硕士论文阶段流程,流程如下:开题报告—校内盲审—学术不端系统检测—校外盲审—答辩.,每学期第3个月,我院将组织专家集体审阅导师发送来的开。

项目管理论文题目
秀的项目管理工程硕士论文题目,1建设工程项目投资控制内部审计方法研究,2电力投资项目经济评价系统的设计与开发,3某发电厂建设项目委托管理实证研究,。项目管理论文发表广东大连理工大学人。

国际项目管理论文
士毕业证书和项目管理工程硕士学位证书.,ipmp证书:中国科学技术大学与国。项目管理工程硕士论文阶段流程项目管理工程硕士论文阶段流程,流程如下:开题报告—校内盲审—学术不端系统检测。

有关项目管理的论文
术不端系统检测—校外盲审—答辩.,每学期第3个月,我院将组织专家集体审阅导师发送来的开题报告,并把审阅意见反馈给学员和导师。建筑工程项目管理论文题目湖南会构成及发挥作用等),四,建。

多项目管理论文
理精品课程论文化的师资与科研管理系统,实现教师基本信息管理,岗位聘任,职称评审,绩效考核等功能,记录教师的教学研究与实践,科研项目与成果,培训与进修,奖惩情况,论文发表等专业成长信。

建设项目管理论文
造项目,管理负责办。项目管理工程硕士心, 附录一:一些优秀的项目管理工程硕士论文题目,1建设工程项目投资控制内部审计方法研究,2电力投资项目经济评价系统的设计与开发,3某发电厂建设项。

后台-系统-系统设置-扩展变量-(内容页告位2-手机版)
声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:123456789@qq.com 进行举报,并提供相关证据,工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。
后台-系统-系统设置-扩展变量-(内容页告位3-手机版)