关闭

关闭

关闭

封号提示

内容

首页 项目管理之项目计划与项目跟踪过程

项目管理之项目计划与项目跟踪过程

项目管理之项目计划与项目跟踪过程

上传者: 小小de要求 2017-12-22 评分 0 0 0 0 0 0 暂无简介 简介 举报

简介:本文档为《项目管理之项目计划与项目跟踪过程doc》,可适用于项目管理领域,主题内容包含项目管理之项目计划与项目跟踪过程这是我们的项目计划与跟踪的内容在项目实施中使用得很好我拿出来与大家分享希望大家多提意见谢谢!最初的项目计划不够精确和符等。

项目管理之项目计划与项目跟踪过程这是我们的项目计划与跟踪的内容在项目实施中使用得很好我拿出来与大家分享希望大家多提意见谢谢!最初的项目计划不够精确和准确不能直接拿来指导我们的日常工作也不易跟踪。我们采用三层计划机制将计划中的任务拆分成可跟踪的小的任务来执行。另外采用不同周期不同规模的review活动来跟踪计划的执行并不断地调整我们的计划。在跟踪的过程中由项目经理来负责将每个任务的实际工作量记录下来以便最后的统计。总过程图注:.根据项目进度定期地(或事件驱动地)进行peerreview和progressreview.偏差包括实际情况与原计划不相符的任何地方例如时间安排人力资源设备任务安排等各方面。Review不仅是查找已执行工作与原计划的偏差。有时候根据现阶段工作的情况很容易判断后续工作原定计划的不合理性这部分计划也需要及时修订。第一部分不同层次的计划项目计划的目的是为实施软件工程和管理软件项目制定合理的计划。三层计划机制是艾思普公司项目计划的主要内容。高层计划:设计师和项目经理根据用户需求制定高层计划给出项目进行的主要阶段和各种需求。此计划需要经过审核通过后方可执行。为了便于理解高层计划也可以称为月计划。中层计划:项目经理设计师以及所有的参与人员共同制定中层计划。中层计划是高层计划的任务分解。中层计划也可称为周计划。低层计划:根据中层计划中的任务安排每个人制定自己的低层计划。低层计划也称为天计划。高层计划在各种估算的基础上根据用户需求给出项目进行的主要阶段和进度计划就是高层计划。进入标准:用户提出的各方面需求(如成本需求和交付时间要求等)和软件项目的开发策略。人员:设计师项目经理内容:)阶段:项目总体分为哪几个阶段来进行?标准软件过程是:发现、定义、概念、设计、和实现。根据具体的项目情况可以将其裁剪和细化。)时间:各个阶段要求在多长时间内完成?或严格要求什么时候完成?)资源:按阶段阐明需要的资源包括人力资源和关键的设备资源。人力资源说明角色和数量。设备只需提出特殊的或关键的设备资源如需要一个特殊配置的服务器在系统测试中要搭建模拟环境等等。)退出标准:每阶段要达到什么要求才可以退出即阶段完成的要求是什么?承诺与认可:高层计划需要客户和高层管理者的认可并且有关人员必须被告知高层计划中与其相关的内容并得到他们的承诺和认可。比如通知人力资源部门人员需求通知财务部门设备要求和经费需求等等。注:)计划的依据:用户提出的项目要求公司采用的软件工程过程以及自己的经验。  )需要考虑公司的一些实际情况:比如人员调配员工的技术能力等因素。中层计划将高层计划的任务进一步细化为每个人或每个小组在大约一周时间的工作就成为中层计划。进入标准:高层计划已制定且通过审核。时间:在进入每个大的阶段之前本阶段的中层计划一定要明确并取得团队的认可。本阶段的中层计划是开始本阶段的主要输入。人员:项目经理及设计师领导项目团队共同制定中层计划。中层计划将把任务具体到团队的每个人。内容:)任务:项目的每个阶段可以拆分为哪些任务?)人:每项任务的责任人是谁?一项任务可能不止一个人完成但必须指明一个负责人(Owner)。)设备资源:什么时候需要什么样的设备资源需要给出设备的具体要求。如性能要求配置要求等。)时间:每项任务要求在多长时间内完成?或严格要求什么时候完成?)任务之间的依赖关系:各项任务之间有无依赖关系?是什么样的依赖关系?)里程碑:阐明一些关键的事件点如关键人员或设备的到位期限什么时候审核等等承诺与认可:保持与高层计划的一致性每项任务的估算得到执行者的认同有依赖关系的任务安排要得到相关人员的认可。注:)需要邀请有测试经验和部署经验的人分别参与测试和部署的工作计划他们会帮助团队制定出较合理的中层计划。  )当中层计划与高层计划不一致时将中层计划重新估算一遍。如果还是与高层计划不一致则以中层计划为准要求修改高层计划低层计划每项任务的执行者根据中层计划将自己的任务细化到每一天即低层计划。进入标准:中层计划已制定且项目团队整体认可。时间:在每周周一的早会之前制定出本周本周或两周内每天的计划。人员:低层计划一般由具体执行任务的每个人来制定。这将是每天Teammeeting的依据。内容:每天的任务和需要提交的文档。承诺与认可:要求每个人计划中特定时间所要求的支持得到支持提供者的认可。另外要求每个人的计划符合中层计划与其他人的计划进度没有冲突。注:在实际开发过程中往往有些工作不能拆分到每一天。就是说一件事情需要几天来完成。如果本任务不在关键路径上而且与其他人员的工作关系比较独立可以不拆分此任务由执行者本人掌握进度。否则需要将任务尽量拆分开来按内容划分为几部分或用百分比来划分以便更好地掌握整个项目的进度。三个计划的关系计划更改的时候一定要保持各层计划的一致性。高层计划会因中层计划的更改而调整低层计划会受中层计划的影响。第二部分不同周期的Review项目跟踪的任务是对照计划评审和跟踪软件完成的情况和结果根据实际完成的情况和结果调整这些计划。艾思普公司的Review工具是项目跟踪的主要内容。根据目的和周期的不同项目跟踪中用到种Review工具:dailyreview,Peerreview,和Progressreview。Dailyreview目的:跟踪团队成员每天的任务完成情况给团队提供一个交流的机会。时间:在每个工作日的开始。一次Dailyreview一般持续~分钟。形式:以teammeeting的形式进行。参加人:团队所有人员(包括项目经理和设计师)。活动:)跟踪团队成员每天的任务完成情况)交流相关问题Peerreview目的:跟踪项目每周的任务完成情况交流相关问题。时间:每周进行一次。Peerreview一般不超过小时。形式:会议形式。由项目经理来主持。一般要求项目经理提前将会议邀请发给大家。参加人:团队的所有人员。准备:会议开始之前项目经理和设计师必须安排好会议的议程。活动:)审核项目计划审核每个组员在项目计划中的对应工作)讨论项目的任何有关问题)共享知识会议的记录:由项目经理在当天将会议的内容整理出来并放置到CVS中命名规则为Peerreviewdatecontentsdoc。会议的整理文档必须使用公司统一规定的文档模板。Progressreview目的:跟踪项目是否在向原定目标进展提出并沟通项目中的任何相关问题使得每个人都了解整体项目的进展情况。时间:每四周进行一次。项目的第一次ProgressReview应该在项目启动的两周内进行。有时也可以由项目经理临时组织(比如发现项目现状明显偏离了原定目标需要及时采取措施)。ProgressReview通常持续小时。形式:会议形式。由项目经理来主持一般要求项目经理提前将会议邀请发给大家。参加人:团队所有人员。准备:会议开始之前项目经理和设计师必须安排好会议的议程。活动:)确认团队理解客户对项目的要求)审核项目计划审核每个组员在项目计划中的对应工作)就项目的现状粗略地对项目进行估算)讨论客户提出的重要问题)识别项目的风险并产生减缓策略)讨论并安排合适的QualityReview)审核项目过程(如信息传递方式是否合适团队的职责等)会议记录:由项目经理在当天将会议的内容整理出来并放置到CVS中命名规则为Progressreviewdatecontentsdoc。会议的整理文档必须使用公司统一规定的文档模板。Review的记录一、DailyreviewDailyreview的记录内容包括每个人的计划和Todo。Todo:用来记录将要做的事情。这些事情不属于计划中的任务但需要在一个特定的时间之前完成才能保证项目有关事件的顺利进行。NOToDoOwnerDuetime二、Peerreview和ProgressreviewPeerreview和Progressreview的记录内容一致包括:参加人及角色风险新的问题下一步工作上次Review留下来的问题和工作下次Review的时间安排。第三部分职责活动职责高层计划的调整项目经理负责调整中层计划的确定和调整项目经理和设计师组织团队成员共同完成低层计划的制定和调整每个团队成员负责自己工作的低层计划Peerreview和progressreview的组织项目经理发起主持并记录

职业精品

用户评论

0/200
    暂无评论

精彩专题

上传我的资料

热门资料

资料评价:

/6
2下载券 下载 加入VIP, 送下载券

意见
反馈

返回
顶部