北大青鸟软件项目开发准则课件.ppt

  1. 1、本文档共38页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
北大青鸟软件项目开发准则课件

第三章 软件项目开发准则 回顾 项目管理分为九大知识领域,分别是整体、范围、时间、成本、质量、人力资源、沟通、风险和采购管理 项目章程、项目范围说明书和项目管理计划是项目的三个主要的文件 WBS是面向可交付成果的对工作的细分,并且是进度安排、费用估算和预算、质量控制的基础 里程碑图、甘特图和项目网络图是进度表示的不同方法; 综合考虑计划值(PV)、实际值(AC)和挣值(EV),就是挣值管理的基本思想 测试人员不是“找茬的”,是与软件工程师一起来提高软件质量的 软件工程师与客户沟通应当坚持诚实、双赢的原则,并且要符合公司的策略和规定 目标 了解软件项目开发的经典观念 理解项目成功的要素 了解软件项目开发容易出现的问题 软件工程的七原则 用分阶段的生命周期计划严格管理 坚持进行阶段评审 实行严格的产品控制 采纳现代程序设计技术 结果应能清楚地审查 开发小组的人员应少而精 承认不断改进软件工程实践的必要性 抢答 案例分析 1 突发奇想 A公司是从事外包和系统集成的软件开发商,经常需要在不同的行业打单。 最近他们又为河南的一个投标的软件项目组织了一个临时的突击小组…… 《人月神话》 经典的观念 1-3 人/月之间不能换算,换言之,两人做五个月完成,不等于说五人做两个月就能完成 在项目后期增加人手,需要其它额外的开销 项目越大,单位工作需要的人月越多 经典的观念 2-3 留意系统开发的“第二版效应” “外科手术式的”开发团队 经典的观念 3-3 案例分析 2 八个月的项目 阿兰这次接到的单子,合同上写明是八个月完成 —— 按照以往的经验,阿兰估计实际上七个月可以完全搞定…… 《人件》和《最后期限》 《人件》中的观点 软件开发管理的原则 1-10 计划的作用 “计划不如变化快”吗? “目标导向”中的“目标”在哪儿? 软件开发管理的原则 2-10 “人多力量大、柴多火焰高” ? 进度延迟怎么办? 软件开发管理的原则 3-10 开发人员就算知道了“做什么”,但对“做到何种程度”依然会有不同的理解 软件开发管理的原则 4-10 “沉默表示同意” ?“沉默表示没有问题了”? 让项目组成员复述一遍“做什么、怎么做、何时结束、做到何种程度” 软件开发管理的原则 5-10 在20%的核心需求上耗费了80%的资源和时间 20%的人员担当了80%项目的核心任务 软件开发管理的原则 6-10 一个月能完成的活,安排开发人月两个月,他肯定在两个月之后交货 一个月能完成的活,安排开发人月半个月,他也能在半个月之后交货 软件开发管理的原则 7-10 只给开发人员安排满负荷80%的工作量 考虑学习和使用新技术的时间 软件开发管理的原则 8-10 没有“尽在掌握”的项目 “预防胜于治疗” 早做预测和风险规划 软件开发管理的原则 9-10 制订开发规范 开发人员本质两是最不愿意遵守规范的人 软件开发管理的原则10-10 通过重用提高下一个项目的质量 改善开发和组织过程 经验之谈-启动阶段 经验之谈-计划阶段 经验之谈-执行和控制 经验之谈-收尾阶段 案例分析 3 金融系统的应用软件开发项目 辉明软件经过近半年的跟踪后,今年元旦,销售部门与某银行签订了一个银行前置机的软件系统的项目,合同规定,5月1日之前系统必需完成…… 初为项目经理 忐忑不安? 平静? “没干过,心里没底” 害怕? “哈哈!终于轮到我说话了!” …… 几条建议 1-5 最高优先的就是为项目成员提供服务 第二优先的是让所在组织的客户满意 第三优先的是项目经理自己的事情 最低优先的是那些纯粹取悦老板的事 几条建议 2-5 需要加强人际处理能力 “倾听”的技能 接受有关项目管理方面专门的培训 …… 几条建议 3-5 客户、程序员、老板、程序员对质量会有不同的理解 集中在让客户满意的事情上,而不是放在让“开发满意”的事情上 在质量、进度和成本之间做权衡 …… 几条建议 4-5 对程序员多鼓励、少批评 鼓励是公开而诚恳的、而建议或者批评是私下的 与曾经并肩战斗过的“老战友们”平等相处 …… 几条建议 5-5 案例分析 4 案例学习 2-1 案例学习 2-2 总结 《人月神话》的观点:向已经延迟的项目中增加人手,只能导致项目更加延迟 《人月神话》的观点:没有任何一种方法,单单采取它就能将现有的软件开发生产率提高一个数量级 程序员是依靠大脑来生存的,创造一个良好的环境,有利于其工作进入到“顺流”状态 在软件开发过程中,80%的时间用来解决20%的主要问题,80%的的重要工作由少数20%的人来担当 最多只能给项目组成员分配其满负荷80%的工作量 项目经理的最高优先级是为项目成员服务 分析你的技能差距 定义质量 表彰进度 前车之鉴, 后事之师 设立改进目标

文档评论(0)

153****9595 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档