项目开发规范管理.docx

该【项目开发规范管理 】是由【雨林书屋】上传分享，文档一共【13】页，该文档可以免费在线阅读，需要了解更多关于【项目开发规范管理 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。项目开发规范管理项目开发规范管理1项目开发规范管理..软件开发项目管理启动阶段这个阶段的工作目的是决定一个项目可否需要启动。为了达到这个目的,第一要明确项目的整体战略目标,对项目的需要成立认同。即确定终究需要做什么、开发什么产品或供应什么服务,以及需要解决什么样的问题和需要满足客户或市场的什么要求等,同时还要总结项目工作的范围、所需资源、大概开支、各种风险,以及该项目不履行的其他取代选择等。这些代表了对整个项目目标从战略角度和宏观层次所进行的解析,经过项目的意向书总结出来,由此确证客户或项目倡导人和资助者的要求与希望,并帮助他们判断项目可否上马。项目意向总结书的经过及项目被赞同上马形成了这个项目的初步点。计划阶段这个阶段的工作是为整个项目做计划。项目开始后,第一要确定项目的详细范围,明确定出项目终究要做什么,总结、概括并定出产品的功能。尔后进一步拟定项目的计划,列出每项详细工作,并成立所有工作任务的重要性及序次;确定每项工作的履行人和所需资源;依照人员的配置和能力设定各项工作和整个项目的完成时间表。履行阶段这个阶段的工作是经过履行项目的计划来完成项目的任务。它包括落实所有所需资源,如:人员、设备、开销、技术、信息,由管理者领导全体项目参加者睁开各项工作。同时追踪各项详细工作和整个项目的进度,如期向全体项目人员及项目的倡导人报告项目状态。控制阶段这个阶段的工作是确证项目工作的结果吻合项目的计划。它经过对项目结果的衡量和审察,与项目计划所希望的结果进行比较,找出实质结果与计划的差别,并拟定办理措施。这个阶段的工作还包括对项目进度中出现的任何更正要求进行审察和赞同。同时调解项目进度中出现的各种问题,如:对缺乏的资源的补偿调治;对项目的进度表及各项详细工作的优先级或序次的校正。结束阶段这个阶段的工作是保证项目的最后结果或提交物达到计划的要求,并对完成的结果作可接受确实认。还包括在项目完成此后的收尾工作,对整个项目的经历进行总结,校正项目文档,用户培训等。,.项目开发规范管理项目开发规范管理13项目开发规范管理..项目管理推行方案作为一个项目管理者,如何要成功的做好项目管理;第一必定先要理解的是在特定的领域中赐予这个角色所要实现的目标、肩负的职责、以及项目管理者的详细工作内容是什么?从我个人的鄙意和角度以及我们所从事的IT领域来解析回答以上三个问题。第一:目标作为一个项目的管理者,必定要明确的知道自己的工作目标;我个人认为项目管理者的目标可是就是以下两点:、就是清楚明确地认识项目利害关系者的需求和希望,努力做到满足项目利害关系者的不同需求;项目利害关系者包括:项目团队成员和项目团队外成员(比方各部门的部门负责人和市场人员,客户等)。2、就是保证开发项目按需准时保质的完成。第二:职责作为项目的管理者,第一要正直态度,要明确知道自己的工作职责,认识到这份工作职责的实质。项目管理者不是来管人的,而是来支持人的,是来协调资源的,是来创立一个合适团队成员比较认同的工作环境随和氛的,是来为一个共同的目标和大家一起战斗共同成长的。能够大概概括成以下几点:1、成立有效的工作流程保证项目的顺利进行。2、拟定详细周密的项目计划。3、追踪,推动项目按计划进行。、踊跃解决项目过程中出现的问题和矛盾。、调动开发团队的踊跃性,创立力,推动团队成员在项目过程中不断成长。项目开发规范管理项目开发规范管理3项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..、项目风险鉴别、风险评估、风险解决细风险管理策略以及做好突发风险的应急方案。、实现目标第三:项目管理者的详细工作内容最后一个是项目管理者的详细工作内容,作为项目管理者必定清楚的知道自己的工作范围和所要做的工作内容以及工作重心,分为以下六点:1、项当先期阶段对项目进行技术可行性解析、技术评估、成本评估以及风险评估。与需求提出方的代表进行需求谈论,明确项目的目标、价值;确定项目范围、功能及优先级。组建项目团队,特别要搞清楚项目的keyperson(对产品有决定权的人)。项目启动会议,相关的利害关系人员都必定参加。该阶段完成后的成就:确认后的最后软件需求规格说明书文档。2、解析设计阶段依照确认后的软件需求规格说明书,拟定项目进度计划,工作任务分解(WBS);资源申请,项目涉及到的开发资源、测试资源、设计资源(包括人员和软硬件资源);数据库设计;系统设计;文档(包括UseCase、Demo系统原型、TestCase等);评审会议。该阶段完成后的成就:A、UserCase(系统用例);B、DEMO(系统原型);C、系统设计文档(大纲设计和详细设计);D、数据库设计文档。最后对完成的成就,包括UserCase和设计文档等进行评审。3、履行阶段(开发和测试)准备开发环境、测试环境;追踪,推动项目按计划进行;以周报的形式通知项目的进展情况。对项目的阶段成就进行评估,以保证该阶段完成的质量,包括代码审察、SQL审察等。对需求更正进行控制管理;对项目风险进行管理;测试阶段BUGFIXED及改进、采集反响建议。4、宣布阶段包括拟定项目宣布计划,用户培训,宣布上线。5、上线后监控数据监控(日志、服务器状态),依照监控出现的问题,及时进行BUGFIXED及改进或项目开发规范管理项目开发规范管理5项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..做补丁升级。6、结束阶段产品交付,项目总结会。第四:基于以上三个问题所做的应付细则要做好项目管理,并能确实解决好以上三个问题,实现目标、履行职责、完成工作中的详细内容,从我个人这几年的工作经验和面对的一些问题,还有所积累的一些项目管理中的一些知识以及自己的观察和思虑的角度看,应该要努力做好以下这几个方面的详细工作:项目开发时间的估计拟定项目进度时间表的时候,需要估计每个任务所需的时间,其中开发任务中模块的分配和时间估计是其中最主要的部分;在分配模块和估计开发时间时需要依照的原则和目标:1、保证项目整体的进度。2、有助于保证开发编码的质量。3、有助于提高开发编码的速度。在公司现有的技术框架下,开发人员主要的工作是投入在详细的商业逻辑上。平常每个模块所需的开发时间取决于以下三个因素:1、所负责模块的商业逻辑的复杂程度。2、开发人员的技术水平和对项目所在应用的熟悉程度(包括对框架和应用的熟悉程度)。3、该模块技术实现上可否有技术难点;这里所谓的技术难点定义是:在项目开发规范管理项目开发规范管理7项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..现有系统中还未实现的、开发人员自己也未没接触过的技术。对于这样的难点,开发者没有相关的代码能够参照,自己也没有经验,所以需要投入一些时间研究解决。模块分配和开发时间估计的步骤:1、在划分好模块后,第一自己先估计一下每个模块所需要的开发时间。2、尔后召集所有开发人员,谈论模块的分配和开发时间估计。将划分好的模块,让开发人员从中优选他们感兴趣的模块。这样做能够提高开发人员的主动性和参加性。在分配模块的时候还需从以下几方面考虑,以保证开发的速度和质量:、同样近似的模块由同一人负责开发,比方用户管理的增改正由同一开发者负责。这样做的好处就是开发者对相关逻辑会更加熟悉,同时接口的定义也会比较明确,沟通的成本比较低,同时功能实现的弊端也相应的会降低。B、技术难度比较大的模块由技术水平比较高的人负责。C、业务逻辑比较复杂的由对这块逻辑比较认识的人负责。3、模块分配完后,开发人员评估自己负责开发的模块所需要的时间。在此过程中最好做到要和开发者比较详细的谈论每个模块的技术实现,以便使时间的估计更加正确。4、对开发人员估计的时间进行确认。在确认过程中作为项目管理者应参照以上提到的三个因素,同时将自己估计的时间和开发人员估计的时间进行比较。这其中的差别自然会存在的。对于那些差别比较大的,将与技术人员商议其中的缘由。对于时间周期比较长的任务,尽量将任务经过再细分的手段细化任务,争取每个任务的最长时间不高出3天;时间周期越长的任务,不确定性越高,风险也越高,越有可能成为项目的瓶颈,影响项目的进度。项目开发规范管理项目开发规范管理9项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..2、CodeReviewCodeReview是保证项目中代码质量特别重要的一个环节,在这一环中我们公司做的特别欠缺,把关不严格;这是以致每次测试后出现大量bug的主要原因,这一环需要纳入绩效核查中,推行责任追究制,推行要点监控。出现这样的单薄环节,造成这样的原因,我想也是有很多因素造成的;比方开发人员对需求不是很明确,以自己比较主观的因素去完成任务的;还有对整个系统业务逻辑没有正确的清楚的认识的原因,以及对项目组成员培训不到位的原因等众多因素集结在一起才产生的。如何做好这方面的工作?第一编码要有“编码规范”文档,CodeReview要有“代码审开销,质量等计划。项目管理者作为项目的负责人,对项目的成功与否负有主要的责任。所以需求更正的决策者应该由项目管理者肩负。4、需求更正确认后由专人将需求更正记录下来,通知给项目中所有成员。其中以下人员对需求的更正是亲近相关的,他们必定认识并认同此需求更正。包括(客户方,需求解析人员,测试人员,相关开发人员)。需求更正记录格式以下:序号更正提出时间更正描述更正种类(是对原有需求的更正还是新增需求)原因更正提出者开发人员对进度的影响(工作量)5、确定更正的负责人。肩负需求更正的详细工作,比方基线控制,对需求更正的记录,并通知相关人员。6、相关人员接收到确认的需求更正后,做以下事情。需求解析人员更正需求说明书和UserCase的相关内容。测试人员更正测试用例的相关内容。开发人员更正代码中的相关部分。7、依照更正后的计划推行项目,并进行检查,追踪,对更正后的推行反项目开发规范管理项目开发规范管理11项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..馈和可能出现的问题及时沟通和办理。8、需求冻结。项目越到后期,需求更正对项目的影响就越大,所以在一准时候要进入需求冻结阶段,不再接收新需求或需求的更正。4、风险管理风险管理是项目管理者最重要的工作之一。风险管理是一个连续的过程,贯穿于整个项目过程中,风险管理包括风险鉴别、风险评估、风险解决以及风险管理策略。在项目的推行过程中需要不断地鉴别和应付风险,并加以有效的控制,风险管理的好与坏直接影响项目的推行收效,从某种意义上讲,项目推行对于项目管理者就是鉴别、解析、应付、控制风险的过程,使项目的拘束性目标和质量目标朝有利的方向发展。项目不同样于平常任务,它有明确的起止时间和目标,要在明确的范围、时间和成本拘束下,达到相应的质量标准,并获取用户的满意。影响项目成败的因素涉及方方面面,并且风险陪同着项目的向来,是客观存在的,作为一个项目管理者,应该具备优秀的风险控制意识,善于鉴别风险并解析风险的影响,从中发现影响目标的风险点,并施加影响或采用应付措施,把风险的负面影响降到最低,并且风险控制应该贯穿项目向来。风险引起的负面结果集中表现在进度延后、成本超支、质量不达标等方面,以致这些问题的因素主要包括目标以及需求不明确、范围延长以及需求更正、代码质量或返工风险、人员技术和资源的不足、缺乏优秀的团队协作等。下面将详细描述一下这些问题以及出现这些问题时的应付方案:1、目标以及需求不明确为了市场竞争或内部管理决策的需要,业务部门提出的需求常常要求的时间比较紧迫,需求的提出大多停留在几张纸或口头的传达上,没有形成正式的项目开发规范管理项目开发规范管理13项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..业务需求文档,在没有明确的需求范围的情况下,有时为了迎合业务部门的口味赶忙动工,过程中用户不断地提出新的想法,技术人员开始疲于奔命和应付,很难保证项目的进度和质量,也难以获取业务部门的认同。所以,在项目的先期必然要采用相应的手段或措施,与业务部门共同明确项目目标、需求范围,充分考虑现有的时间和资源拘束,将需求排定优先级,对于要点的需求优先实现,其他辅助性的依照过程中的详细情况进行转动式计划,并获取业务部门的书面确认。在此过程中要侧重挖掘用户的隐性需求,能够经过引导、系统原型等手段让用户在先期充分裸露自己的想法和需求。2、范围延长以及需求更正在有了明确的目标和需求范围的情况下,需求的更正还是不能防备的,业务部门在看到详细系统的真实雏形此后,纷至沓来地要求、新想法随之产生,若是不对此加以控制,新的需求的加入平常会影响已实现的需求,并且对项目进度和成本产生很大的影响。项目管理者针对这种情况必然要采用严格的更正控制流程,不能够碍于面子,否则最后的结果常常是用心不讨好。针对用户提出的新需求,依照正式流程提出更正申请,组织相关团队成员进行解析及评估,作为可否推行的依照,更正控制负责人依照解析结果判断可否赞同,假好像意,那项目组能够安排推行,否则,正式拒绝用户的央求,自然实质情况下能够采用一些软措施缓解矛盾。需求更正风险:需求已经打上了基线,但此后依旧有更正发生,对项目造成影响。如何减少此类风险的发生?先期的需求谈论要详细、充分。需求文档中需求的范围要明确、功能描述要清楚。找出项目中需求的决策者(平常会是产品经理、相关职能主管、客户),所有的需求要经过他们的认同。客户在项目过程中的全程参加有助于降低此类风险。需求谈论、需求确认、UserCase确认、测试阶段的客户查收等环节,都要要求客户参加。在发生需求更正时,严格依照需求更正流程履行。在解析设计阶段的中确实认和评审也是降低此类风险的重要手段。3、代码质量或返工风险项目开发规范管理项目开发规范管理15项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..质量风险主要指开发代码的质量。如何提高开发人员开发的质量?在拟定项目计划时,对开发时间的评估要尽可能的合适。合理的开发时间对开发质量的影响也很大。有时开发人员为了赶进度在比较紧张的时间需要完成指定的任务,可能就存在很大的开发质量问题。开发要有一套严格可行的代码规范,编码时严格遵守,到现在为止,我们这个方面做的不是很规范,做的也很不足,大家编写的代码随意性比较大,代码编写者的主观意识性比较强。要成立一套大家认同并且规范可行的编码规范和核查规范,codereview时严格核查。在编码前,开发人员要对框架熟练掌握;一份好的系统设计文档对指导开发特别重要。返工是项目组最不愿意看到的,既浪费人力、物力和财力,又影响团队踊跃性。需求不明确或范围没有有效控制都可能造成返工,别的造成返工的原因是质量没有达到用户要求。常常有这样一种情况,每个团队成员依照项目计划报告进度都是100%完成,但一到最后系统交互测试或集成的时候就会发现一大堆问题,不得不开销很大精力回头排查、更正程序,造成这种情况的主要原因是过程中质量保证没有做到位,把大多数问题留在了后边。这就需要在项目推行过程中采用有效的措施来闪避返工的风险,平常的做法有同行评审,比方大纲设计完成此后,邀请其他项目组的技术专家进行技术评审以发现架构设计问题;管理评审,经过组织级的质量审计看产品以及推行过程可否满足质量要求;代码走查,在编码过程中加入最少一次的代码走查,排查不吻合规范或性能要求的代码,走查平常能够发现50%-70%的错误;每日成立,这是一种特别有效的方法,能够防备把各部分的集成问题拖到最后,并且能够及时发现相应的错误,日成立一般在项目的中后期开始,每日自动从版本服务器上获取源代码进行自动编译和测试。4、人员技术和资源的不足项目推行过程中由于人员技术欠缺造成的进度延后和软件质量问题其实许多见,一个熟练的技术人员完成同样一个任务需要3天,但一个生手可能就需项目开发规范管理项目开发规范管理17项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理..要7-10天。项目管理者应该在先期就解析清楚项目所要采用的技术以及相应的人员技术要求,针对不同样的角色,及时采用相应的技术培训,以保证项目的顺利推行。若是对于项目中某些部分专业性特别强或新技术,短期内又不能够快速成立技术的情况,能够考虑将该块任务外包,借鉴合作商的力量降低推行风险,自然要进行外购人力成本与自建人力成本的效益解析。开发过程中碰到技术难题,以致开发时间延缓也许需求不得不发生更正。如何减少此类风险的发生?在项目开始前的技术评估阶段,明确技术难点,提前安排人员进行攻下。若是在可预期的时间内无法解决,若是能够,将向需求提出方要求更正需求或搜寻可取代方案。这样的风险应该在项目的先期阶段就应该解决在萌芽状态来防备这样的风险在后期或中期出现。项目所需人力资源无法准时到位,以致资源风险。如何减少此类风险的发生?这个就需要在项目计划拟定的时候提前申请确认资源,并在项目过程中不断沟通协调。5、缺乏优秀的团队协作软件项目推行属于知识型,要发挥团队成员的创立力,不同样于制造业计件生产,各模块最后要集成在一起形成一个有机的整体,这就需要各小组之间的亲近配合,界定清楚工作界面及接口关系,并在推行过程中连续地沟通沟通和共享,第一团队要融为一体,产出的软件才能融为一体。这是一个团队的软实力,团队之间的协作利害也将是个潜藏的风险问题,在项目启动和团队组建的时候就应该加以闪避这样的风险出现。项目风险管理的要点:1、上述我们所说的风险管理都是指能够预期将要发生的风险,那些不能预期将要发生的风险不属于风险管理的范围。这也将是考验一个项目管理者的经验和知识对可否管理好风险至关重要的内容。项目开发规范管理项目开发规范管理19项目开发规范管理,.项目开发规范管理项目开发规范管理13项目开发规范管理