项目管理注意事项.doc
《项目管理注意事项.doc》由会员分享,可在线阅读,更多相关《项目管理注意事项.doc(6页珍藏版)》请在咨信网上搜索。
1、一、引言软件行业从20世纪60年代开始操作系统的研发,到20世纪90年代中期行业快速发展。从原有的作坊式开发到目前团队协作完成,从早期的技术力量竞争到现有的项目成本控制竞争,从面向结构到面向对象再到面向服务架构,项目管理被提到一定的高度,如何有效的经营项目来降低风险、控制成本,确保项目进度流畅,在有效的时间内保质、保量的完成验收。成为不少项目管理人士的追求目标。结合个人项目管理实践,本人有几点管理注意事项与大家一起分享。二、项目管理注意事项开发模型确定一个项目的好坏,开发模型优良是项目成功重要保障,有了好的开发模型我们可以很好的控制项目进度、降低风险。所以我们在项目开始前首先需要确定项目的开发
2、模型。这里我们建议采用迭代式的开发模型。我们知道原有早期传统的开发模型是一个文档驱动的流程,它将整个软件开发过程划分为顺序相接的几个阶段,每个阶段都必需完成全部规定的任务后才能够进入下一个阶段。项目开始首先完成系统需求规格说明书,之后才能够进入概要设计阶段,编码则在系统设计完成之后进行。这就意味着只有当所有的系统模块全部开发完成之后,我们才进行系统集成,对于一个由很多个模块组的复杂系统来说,这是一个非常艰巨而漫长的工作,且存在着潜在的风险。如:需求或者设计中的错误无法在项目早期发现,只有在系统交付客户之后才能发现原先对于需求的理解是错误的,系统设计的错误也只有在测试阶段才能被发现。对于项目风险
3、的控制能力较弱,往往项目风险只能随着项目结束才能逐步降低,同时也只有经过系统测试之后,才能确定设计是否能够真正满足系统需求。软件项目常常延期完成或开发费用超出预算项目开发进度往往会被意外发生的问题所打乱,需要进行返工或其他一些额外的开发周期,造成项目延期或费用超支。项目管理人员专注于文档的完成和审核来估计项目的进展情况所以项目经理对于项目状态的估计往往是不准确的,当他回答系统已完成了80%的开发任务时,剩下20%的开发任务实际上消耗的是整个项目80%的开发资源。在传统的瀑布模型中,早期是无法发现,需求和设计中的问题,只有当系统第一次集成后,这些设计缺陷才会在测试中暴露出来,需求缺陷则需要等到系
4、统与用户见面后,方可暴露。从而导致一系列的返工:重新设计、编码、测试,进而导致项目的延期和开发成本的上升。为了解决传统软件开发流程中的问题,我们建议采用迭代化的开发方法来取代瀑布模型。在瀑布模型中,我们要完成的是整个软件系统开发这个大目标。在迭代化的方法中,我们将整个项目的开发目标划分成为一些更易于完成和达到的阶段性小目标,这些小目标都有一个明确的阶段性评估标准。迭代就是为了完成一定的阶段性目标而所从事的一系列开发活动,在每个迭代开始前都要根据项目当前的状态和所要达到的阶段性目标制定迭代计划,整个迭代过程包含了需求调研、软件设计、软件实现、版本集成、软件测试、软件发布和产品交付等各种类型的开发
5、活动,迭代完成之后需要对迭代完成的结果进行评估,并以此为依据来制定下一次迭代的目标。开发计划制定确定好项目的开发模型,一整套配套可行的项目开发计划是开发过程中进度控制的标准,同样是用户、公司管理层了解项目进展的依据。通常项目管理人员、需求人员和用户根据用户原始需求(可以是项目方案书或者是建议书),一起定义整个项目过程中的项目迭代过程个数以及每个迭代过程的开发目标和范围。如何进行迭代过程的划分和范围有效定义呢?是我们迭代开发计划制定的首要任务,我们这里推荐两种划分原则。一、用户需求至上原则,也就是根据用户需求的优先级,进行逐个模块击破,每一个迭代是用户需求一个的模块,当然模块小时或者人员充足时,
6、也是在一个迭代中完成两个或者三个模块。二、当用户需求没有鲜明优先级时,我们可以采用功能逐步求精开发法,类似于我们早期采用快速原型开发,划分多个迭代,确定每个迭代需要达到的功能的完善层次,例如,首先第一个迭代仅完成系统的原型开发,第二迭代则紧接着完成各业务基本功能,然后逐步完善直至满足用户需求。无论怎样划分我们的迭代过程,总之需要把握一个原则,框架尽早规划,版本快速集成。项目只要进入软件实现过程早期,建议实现周版本的概念,确保一周一个版本,一来方便项目管理人员了解项目进度、质量,从而根据前期项目完成情况和近期的用户需求变动及时调整计划。二来可以尽早将系统与用户见面,及时发现对于用户需求理解不正确
7、之处,同时还可以激发用户潜在需求,细化需求。在软件实现过程后期,则可以根据需要调整集成版本频率。所以,虽然每个迭代开发过程中的开发活动是可以选择性的裁减,但通常软件实现、版本集成和软件测试是每个迭代不可缺少的活动,否则迭代过程将失去它的含义。迭代过程个数和范围确定后,则需要与每个迭代过程中的开发活动相关者协商讨论进度安排,先明确各开发活动的起始、截至时间,然后在根据开发活动的具体需求进行任务细化。如果希望能将项目进度控制在计划之中,任务越细越好,每个任务跨度不要太大,一天一个任务最好。当然这种情况是很能实现的。确实,我这里说的是一种比较理想的情况,但并不是不可能。在这里我们就可以了解到迭代开发
8、计划给我们带来的好处。项目开始了需求通常都是很泛,不太明确。与用户交流,可能他认为自己已经表达了所有需要。实际也许他确实已经充分描述了他所知道的需求(业务需求),但完善我们的系统,除了基本业务需求外还有很多非功能性需求,比如:系统性能需求、界面显示需求、系统操作流程需求等等,尤其是目前B/S架构的开发模式,界面需求已经越显示出它的重要性。而这些需求在项目早期,在没有任何可见事务的情况下,用户很难意识到它的重要性。我们只有逐个迭代的细化,每一个迭代过程完成既是需求进一步细化的依据又是一个新系统的开始,每个迭代开始前都要根据上个迭代的成果和所要达到的阶段性目标细化定制。组内成员配置项目启动之前除项
9、目管理者着手计划制定外,同时也需要对其项目组那成员配置进行规划,界定其职责。通常我们需要几种角色:技术组长:负责技术难题攻关,组间沟通协调。需求人员:负责将用户需求转换成项目内的功能需求和非功能需求,编制项目需求规格说明书,针对每个迭代集成版本与用户交流获取需求的细化。设计人员:负责对需求规格说明书,进行系统设计。开发人员:实现设计,完成用户功能。集成人员:负责整套系统的编译集成,督促小组系统功能提交,及时发现各模块集成问题,起到各小组之间的沟通的纽带。测试人员:对于集成人员集成的版本进行测试,尽可能的发现程序缺陷,以及未满足需求的设计。文档整理人员:负责对小组内产生文档的整合,统一。系统环境
10、人员:负责系统编译环境、运行环境规划。编制系统环境说明书。维护人员:系统验收后,维护人员,建议维护人员早期进入项目参与项目测试以便顺利承担起项目维护职责。项目组启动初期需求人员首先根据迭代计划第一个迭代计划进行需求调研编制功能需求规格说明书,通过项目下到工序人员评审后进入软件设计、编码。注意,这里需求确认并不是指项目中的整体需求,仅仅是指该迭代过程中体现的需求。整个过程类似如项目开发流程,这里只是细小流程,逐步完善,渐进提交。三、项目中沟通通常项目中口头沟通是最为常见的,包括项目组内部、外部沟通,这种沟通快捷、方便。一般的小问题或者是简单问题的理解非常有效,但问题复杂或是此次沟通需要后续使用,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 管理 注意事项
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。