【《某公司在线教育APP开发项目进度管理研究》22000字（论文）】

[28]。这种方式对于项目团队成员是不可见的；需要相互之间充分理解、支持。这有利于增加开发人员的责任感，还能让成员更了解用户故事；当团队人员发生变化时，能够迅速找到替代者来承担这项任务。从而避免人力资源变动带来的进度风险。因为传统项目具有周期长等特点，如果按照瀑布模型的方式进行线教育APP的开发，团队的成员是很难在短时间看到功能齐全的在线教育APP软件；这会消耗成员的积极度，缺乏成就感。因此为了提高成员的工作效率和工作积极性，需要给予他们适当的团队激励。而敏捷开发的优点是，软件可以在短时间内生成，这对开发人员来说能快速看到成果，是一个潜在的挑战，会激发其工作积极性，提升工作效率。当然，敏捷团队也有利于促进成员的自我管理。管理者可以给予表扬、鼓励等方法，并设置交流、信息资源共享平台，促进沟通，缩小团队成员之间的差距。同时可以加强人才培训，特别是要对新来的开发人员进行业务培训，采取适当激励措施，减少因业务不熟悉或者技能不到位这些员工自身问题造成项目进度的延误。一般来说，项目需求变化所带来的风险对进度影响较大，所以需要对其格外重视。而高层管理者干预可能带来的风险，对项目进度影响偏小。所以，在项目启动初期，要最先关注需求变化方面可能的风险，这对于整个软件开发项目来说举足轻重。产品风险因素。针对产品风险采取缓解和规避策略，减少在线教育APP的重复设计，提高在线教育APP功能模块内部的连贯性，同时降低在线教育APP模块的耦合性。减少不必需功能的设计，简化设计、简化操作。制定风险计划。针对可能的风险因素，要采取有利的规避风险的战略，减少不科学操作。当规模太大时，流程复杂，进度一般会延迟。这时，可通过采取增量开发的模式和验收策略，来降低客户风险。5.2敏捷在线教育项目的监控方式在线教育软件敏捷项目的进度管理，有两个基础：组织模式和需求管理。在项目开发过程中，团队会依据确定好的用户故事列表制定最终的优先级。另外，项目团队定期会召开迭代计划会议。会议的具体做法因团队而异，以下是基本流程：在会议开始前，项目经理需要准备好相关资料，并通知到每个组员会议的确切时间和地点。在会议开始时，产品经理会划分出需求，并就当前项目计划中的需求与该项目成员进行沟通和链接。接下来，产品经理将向所有人解释这些需求。与会人员应认真听取意见，并提出自己想法。在每个需求都表达完之后，项目负责人将对需求的工作量进行估算，由此确定每个需求的优先级。最后，按照确定的优先级调整这些需求，删除掉不需要的项目并关联新需求。最好是成员按照各自优势自由地去分配任务，以激发成员的工作积极性。项目经理在分解项目任务后，分配每个人负责的业务。在日常迭代过程时，项目经理会组织进行日常常务会议。在每天的固定时间，成员站起来开会，每个人发言时间限定在15分钟。主题是三件事：昨天做了什么？今天打算做什么？存在什么问题？这能让我们及时发现问题。其他无关人员可以参加会议，但禁言。在线教育APP项目的燃尽图如图5.1所示。图5.1在线教育软件项目的燃尽图燃尽图每天会计算项目的所有任务剩余工作时间，把所剩时间连接成坐标线，就形成了项目缩小图。需要注意的是，Y轴代表的是当前剩余的工作量，做了90%，和做了1%，都叫没做。这些就是自己所负责任务的状态以及它的预计剩余时间。在燃尽图和甘特图中，需要对任务的起止时间和其相关性做出严格的限制，实现良好控制管理。燃尽图更关注完成整个项目所剩下的时间。图5.2在线教育项目传统方法中甘特图表示从敏捷开发过程模型我们可以看出，在敏捷实施过程中其实包含有四种会议，分别是计划会议、日常例会、评审会议和评审会议。其中，计划会议是最重要的。应该说有很多会议。有句话说，一个不见面的团队不是一个好的团队，一个好的团队必须经常见面。定期会议需要时间，有优有劣。假如会议时间和节奏掌控不到位，这会侵占掉团队大量精力和工作时间。在敏捷开发模式下，每种会议的职责和任务都不同。而他们所关注点与讨论的内容也不同。抓住会议的重点，才能为团队的敏捷模型服务。除了对所有员工进行必要的培训外，我们应该尽量在团队中只保留4个敏捷会议，保证团队的整体效率。在线教育APP产品敏捷中的几种会议汇总如表5.2所示。表5.2在线教育APP敏捷项目会议会议类型会议目的时间负责人参加人员APP计划会议迭代计划会议1：需求提出者、产品经理及团队要一起定迭代目标和既定产品列表并确定好任务优先级。每个冲刺最初技术Owner团队小组成员迭代计划会议2：细化任务。团队要细化本迭代产品列表中的每一项任务，限定在一天内完成。APP每日站立会APP团队每天有15分钟站会，包括昨天完成了什么工作内容？当前遇到了哪些问题？今天的计划是什么？需要得到什么支持等等。每天20分钟技术Owner团队小组成员APP需求评审会在APP的本次迭代结束前，需要给产品经理以及项目干演示系统，并接受评价的会议。会议汇报确定完成了哪些工作，以及下个迭代准备开展哪些工作。在迭代冲刺结束前技术Owner团队小组成员APP回归会在APP的每个迭代结束后，召开的，关于自我改进和自我修正的会议。在迭代冲刺结束后技术Owner团队小组成员迭代计划会议是敏捷开发的必要会议之一，在每个迭代周期开始之前举行。目的是建立当前迭代周期的开发目标和任务。定期的计划会议是为了给团队足够的信息，以便能够不受干扰地工作几个星期，以指出整个项目控制的方向。敏捷方法与传统项目管理开发不同之处，详见表5.3所示。表5.3敏捷方法相对于传统项目管理的区别传统项目管理敏捷软件项目管理开发流程线性流程，顺序执行迭代计划，并行执行需求范围需求稳定，范围确定需求变化频繁，需求范围不确定计划方式详细周密的计划渐进式迭代计划控制方法变更流程复杂适应变更按迭代周期及时调整执行按阶段执行，执行者可能不同同一组人员参与不同阶段组织模式矩阵型项目型5.3敏捷在线教育APP项目管控后的效果关于项目管控的实际效果，从本公司的在线教育APP开发项目在采用敏捷开发方法前后所产生的不同效果的对比上能更好地看出。例如某公司在以前的APP项目开发过程中，主要采用的是传统的瀑布式模型的管理。这存在很多弊端，如开发进度的延迟、过程不能逆转、新产品研发限制等，造成巨大损失。因此Scrum敏捷开发方法的高适应性，能够更灵活，并更充分利用每个开发者的优势，激发工作的热情，适合软件产品、运营、研发、测试的整个团队一起使用，在减少团队工作量的同时，能提升团队的沟通和工作效率，易用性提升，适合产品、运营人员和技术一起使用，跨职能的团队打破部门藩篱，更加高效，用需求直接协作，替代传统的需求，拆分任务然后分配任务给成员的方式。

结论本文基于WBS和敏捷软件开发的理论，从公司在线教育APP开发项目进度管理现状出发，并且根据APP项目的特点，找出并且分析了APP项目进度管理的问题。结合当前软件开发流行的敏捷方法管理理念，放弃了传统的瀑布模式项目管理方法，将敏捷管理方法应用到某公司在线教育APP开发项目进度管理过程中，解决了原来瀑布式项目管理下需求频繁改变、团队成员工作效率低下，导致APP项目进度不可控的问题。结合本公司在线教育APP项目的实际情况制定出了一套高效高质并能适用于本公司的敏捷项目进度管理方法。通过基于WBS和敏捷软件开发的理论实际运用，本文主要得出以下结论：首先，敏捷开发的应用给项目进度管理带来精确的要求和准确的结果。敏捷开发不像瀑布式开发，从一个点开始，最后是一个大点。这样的发展会导致严重偏离出发点，而焦点不能作为焦点来发展，然而与最初的想法相去甚远。敏捷开发就像一场接力赛，每段赛道都不长，而且每一次的接力棒传递这一时机，都跟着计划来应对变化，这就使得结果非常准确。其次，APP开发项目的质量有保证。敏捷方法严格要求每个迭代周期的质量。敏捷开发团队高水平的开发方法，保证了质量。最后，APP开发项目的版本迭代速度加快。迭代周期由于较短，也有利于成员间快速地进入开发状态，并据此制定出一套策略，实现小功能快速开发，并且持续不断迭代，保证学生快速体验新功能。虽然本文研究有了一些小的收获，但由于APP项目本身的复杂性和多变性，加上个人时间和能力有限，本文还有一些局限性：由于敏捷开发流程在本公司在线教育APP全面实施还不足6个月，缺少公司在线教育APP全面的项目进度、项目质量、客户满意度方面的量化数据统计。缺少数据支撑敏捷开发流程和传统瀑布式开发管理模式的各个维度的对比效益分析。未来将进一步通过对在线教育APP开发项目进度管理的实际研究和应用，为在线教育技术公司的实际APP开发项目进度管理的应用和实践中起带头作用，同时也为后续的在线教育APP开发项目进度管理提供改进经验和参考。PAGE43参考文献RezaAliverdi,LeilMoslemiNaeni,AmirSalehipour.MonitoringprojectdurationandcostinconstructionprojectByApplyingstatisticalqualitycontrolcharts[J].InternationalJournalofProjectManagement,2013,31(3):411–423.ProjectManagementInstitute.AGuidetothePorjeetManagementBodyofKnowledge(PMBOKGuide)-ThirdEdition(M).2004:0-719.DemosC.Angelides.ProjectManagementandGoodTechnicalandBusinessPractices[J].

JournalofManagementinEngineering,1999,15(3):78-88.AmirhosseinHeravi,VaughanCoffey,BamBangTrigunarsyah.Evaluatingthelevelofstakeholderinvolvementduringtheprojectplanningprocessesofbuildingprojects[J].InternationalJournalofProjectManagement,2014,33(5):3-9.JaesungLee.DynamicprojectmanagementmethodologyManagingschedulecompression[J].DissertationAbstracts,2008,22(3):14-29.JoseS.Rodrigues,Alexandrra.Costa,CarlosGuillenGestoso.ProjectPlanningandControl:DoesNationalCultureInfluenceProjectSuccess[J].ProcediaTechnology,2014,23(16):1048-1053.WendellPSimpson.ProjectPlanningandControlWhenTimeMatters:FocusonProcesstoSynchronizeandDriveResults[J].ProductionandInventoryManagementJournal,2010,46(2):26-31.MaciejNowak,BogusławNowaka.AnApplicationoftheMultipleCriteriaDecisionTreeinProjectPlanning[J].ProcediaTechnology,2013(9):827-830.RussellKenley,TobyHarfield.ReviewingtheIJPMforWBS:TheSearchforPlanningandControl[J].Procedia-SocialandBehavioralSciences,2014,119(19):888-891.MikloosHajdu,GaBriellaSzenik,GaBorBardocz.ApplicationofEvaluationLinesinProjectPlanningandControl[J].Procedia-SocialandBehavioralSciences,2013(74):176-179.戚安邦.成于变化长于创新中国项目管理20年发展侧影[J].项目管理评论,2019(06):28-31.詹伟,邱菀华.从理论到实践看中国项目管理的发展趋势[J].项目管理评论,2017(01):22-25.RogerWarburton,DenisF.Cioffi.Estimatingaproject'searnedandfinalduration[J].InternationalJournalofProjectManagement,2016,34(8):1493-1504.TimothyJ.Kloppenborg,DebbieTesch,ChrisManolis.Investigationofthesponsor'sroleinprojectclosing[J].ManagementResearchReview,2011,34(4):401-404.PeretzShoval,JudithKabeli.FOOM-FunctionalandObject-OrientedAnalysisandDesignofInformationSystems[J].JournalofDatabaseManagement,2003,12(1):1