项目管理软件工程与安管实践.docx

项目管理软件工程与安管实践.docx

ID:29191975

大小:229.09 KB

页数:10页

时间:2018-12-17

项目管理软件工程与安管实践.docx_第1页
项目管理软件工程与安管实践.docx_第2页
项目管理软件工程与安管实践.docx_第3页
项目管理软件工程与安管实践.docx_第4页
项目管理软件工程与安管实践.docx_第5页
资源描述:

《项目管理软件工程与安管实践.docx》由会员上传分享,免费在线阅读,更多相关内容在学术论文-天天文库

1、项目管理、软件工程与安管团队实践1、培训目标l了解掌握项目管理、软件工程的基础知识l通过相关知识的理解增强团队意识和产品意识,并树立服务意识l明确团队建设目标和产品建设目标,尽早建成优秀团队2、项目管理基础知识2.1影响项目进程的因素l软件过程模型:瀑布模型、迭代模型、形式化的变换模型l项目干系人:积极参与项目、或其利益因项目实施或完成而受到积极或消极影响的个人和组织l组织:客户单位、公司、部门、项目组、PMO等一切关联组织2.2项目管理过程l戴明环l过程组2.3项目管理的内容l整体管理l范围管理l时间管理l成本管理l质量管理l人力资源管理l沟通管理l风险管理l配置管理l需求

2、管理l知识管理l外包管理l采购管理2.4项目管理的核心四要素及其关系l产品建设的总成本大与小,总时间多与少,总体质量好与差受产品范围大小的制约l在产品范围为一个定值时,成本、时间、质量的标准将此消彼长,在进行产品建设时需把握平衡,不应使某一个或两个要素的标准过度2.5人力资源管理-团队建设与管理2.5.1团队建设的目标l提高团队成员的个人技能,以提高完成项目活动的能力l提高成员之间的信任感和凝聚力,通过团队合作提高工作效率2.5.2优秀团队建设所经历的阶段l形成期:个体成员从不同的组织转变为团队成员,开始相互认识,并形成共同目标。个体成员通过各种渠道和方式互相了解,找到属于自

3、己的角色并开始承担起相应的团队任务。这一阶段团队往往会沉浸在对未来美好的期待中;l震荡期:团队成员开始执行分配的任务,一般会遇到超出预想的困难,希望被现实打破,个体之间开始争执,互相指责,并且开始怀疑项目经理的能力并消极对待工作。这个阶段士气明显下降,冲突和不和谐是这个阶段的显著特征;l正规期:经过一段时间的磨合,团队成员之间互相熟悉和了解,矛盾基本解决,项目经理能够确立正确的关系。这一阶段团队接受了这个工作环境,项目规程得以改进和规范化,控制和决策权从项目经理移交给了项目团队,凝聚力开始形成,每个成员为取得目标所作的贡献得到认同和赞赏,成员之间可以自由的,建设性的表达他们的

4、情绪及评论意见。在这个社会化过程之后,大家建立忠诚和友谊,甚至是超出工作范围的友谊;l表现期:随着相互之间的配合默契和对项目经理的信任,成员积极工作,努力实现目标。这一阶段的工作绩效很高,团队有集体荣誉感(常将团队换成第一称谓,如“我们那个组”或“我们部门等”,并努力捍卫团队声誉),信心十足,相互依赖度高,经常合作,并在自己的工作任务外尽力互相帮助,团队精神和集体的合力充分体现,是一个1+1>2的阶段。2.5.3成功团队的特点l团队目标明确,成员清楚自己的工作对目标的贡献;l团队的组织结构清晰,岗位明确l有成文和习惯的工作流程和方法,而且流程简明有效l项目经理对团队成员有明确

5、的考核和评价体系,工作结果公开公正,赏罚分明l组织纪律性,违反纪律往往会牺牲多数人的利益,以人为本不是以个人为本l相互信任,善于总结和学习2.5.4冲突管理方法l问题解决:冲突双方一起积极的定义问题、收集问题的信息、开发并分析解决方案直到选择一个最合适的方法来解决问题,这样双方都会满意即双赢,是冲突管理中最有效的方法l妥协:冲突双方协商并寻找一种使矛盾双方都有一些程度满意的方法,即大家都做一些让步,这种方法是相对问题解决方法较好的方法l求同存异:冲突双方关注一致同意的观点,避免不同的观点,这可以保持一种友好气氛,但是避免了解决冲突的根源。即大家先冷静,先把工作完成。l撤退:就

6、是搁置问题,以后解决l强迫:赞同一个人的观点而不管另一个人的观点,一方赢一方败,除非是没有办法时,否则一般不推荐这样,因为这将导致另一个冲突的发生。1、软件工程基础知识3.1软件开发模型的分类l瀑布模型:是一种严格定义的方法,将软件开发过程分为软件计划、需求分析、软件设计、程序编码、软件测试和运行维护6个阶段,形如瀑布流水,最终得到软件产品l迭代模型:在软件开发初始阶段只能提供基本需求为背景的开发模型,包括演化模型、喷泉模型、螺旋模型、统一开发过程和敏捷方法等l形式化变换模型:基于形式化规格说明语言和程序变换的软件开发模型,它对形式化的软件规格说明进行一系列自动或半自动地程序

7、变换,最后影射为计算机能够接受的软件系统3.1.1演化模型即原型法,根据用户调用原型的过程中提出反馈意见和建议,对原型进行改进,获得原型的新版本,重复这一过程,直到演化成最终的软件产品。l优点:任何功能一经开发就能进入测试,以便验证是否符合产品需求,可以帮助引导出高质量的产品要求。l缺点:容易出现各种风险:不切实际的进度和预算,项目可控性降低,产品性能不佳,不切实际的性能期望、设计不佳、可维护性差、目标偏移、开发效率较低原型法和敏捷方法最大的区别是,原型的功能不是实际可用的功能,实际开发阶段原型很可能会

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。