管理目标及优先级+风险管理管理目标及优先级+风险管理.doc

管理目标及优先级+风险管理管理目标及优先级+风险管理.doc

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

1.管理目标及优先级 管理目标及优先级? 基本管理原则:每位成员既是积极的建言者,又是负责的合作者,同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出,一旦决策做出就必须被及时有效的执行。禁止再有异议。? 目标?1:按时按量完成项目的基本功能,按时发布产品及文档,这是本团队的最高目标。 ? 目标?2:遵循规范化的项目运作标准,文档严谨完整,代码注释充分,便于后续维护,这是第二目标。? 目标3:产品运行稳定,界面友好,用户易操作,尽量从用户的角度去看问题,并提出解决问题的方案。? 目标4:注重团队建设,成员分工合理,团队成员合作默契,气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。?目标5:项目设计和开发上尽量有创新,有亮点。 项目沟通管理? 报告机制:? 1.?要求各组员以周为单位记录工作进展,形成开发日志,并以电子文档的形式提交给秘书进行整理,最后由文档维护员进行维护。? 2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言,由组长做最后的作口头总结,由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应的文档。并交由小组进行会议评审并给出意见。? 3.?小组成员都要密切监控风险状态,发现风险后提交风险报告。 4.在项目进行的过程当中,组员之间应该多进行各种形式的非正式沟通,以使沟通更加的方便、快捷。? 报告格式:报告主题,时间段,发现人,报告内容,审核意见? 评审机制:每周例会上小组讨论形成一致意见后并,并邀请团长和其他组长参加评议。对于重大的风险处即为通过,相关负责人针对改进意见开展下一周工作,严格执行例会上所制定的决策。小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与项目例会合理意见,应该由团长及其他组长组成评审团对处理意见进行审议和评估。并以评审团的决议作为重要参考来制定决策。 软件开发计划进度时间如表5-1所示 表5-1 软件开发计划时间表 工作集 子工作 完成时间 负责人 最终交付物 描述 准备 工作 确定小组 第三周 刘冬冬 小组成员名单 成立大学生竞赛平台报名系统开发团队 搭建环境 第三周 曹启云 刘冬冬 Myeclipse6.0+SQLsever2005 确定开发工具及语言 制定项目管理计划书 第三周 李洪达 项目管理计划书初稿 制定软件开发过程管理计划 完成需求规格说明书的初稿 采集用户需求 第五周 刘文慧 需求规格说明书的初稿 通过查资料了解和采集用户的需求。对需求进行汇总,制定需求规格说明初稿 分析用户需求及制定需求规格说明原型 第五周 需求规格说明的进一步完善与修改 第六周 需求规格说明的最后确认 第六周 系统设计 系统总体设计 第八周 位置 软件设计报告初稿 制定系统总体的设计方案,并根据需求说明联系实际进行相应的修改 系统详细设计 第九周 系统模型及架构最后确定 第十周 开发系统源代码及源码测试 系统源码开发 第十一周 刘冬冬 曹启云 源代码 要求熟练使用java和.jsp平台 系统源码测试 第十二周 韩云 测试文档 根据测试文档严格测试 子系统运行检查 第十三周 曹启云 刘冬冬 无 利用上机时间,由各组长提前预约时间 进行整个报名系统的集成 进行整个大学生竞赛平台报名系统的集成 第十四周 刘冬冬 曹启云 无 与其他组员之间合作完成整个系统的集成 对整个集成后的系统进行测试检查运行情况 第十四周 曹启云 刘冬冬 韩云 无 搭建整个系统的运行平台测试整个系统的发布情况 系统 交付 系统交付 第十五周 刘冬冬 一个可以运行的的系统以及用户手册和帮助。以及最后确定的技术文档 各组之间可以交流各自的开发经验和心得体会 2.风险管理 ? 引言? 风险是关注未来将要发生的事情。今天和昨天已不再被关心,如同我们已经在收获由我们过去的行为所播下的种子。问题是:我们是否能够通过改变我们今天的行为,而为一个不同的、充满希望的、更美好的明天创造机会。其次,这意味着,风险涉及改变,如思想、观念、行为、或地点的改变??第三,风险涉及选择及选择本身所包含的不确定性。因此,就象死亡和税收一样,风险是生活中最不确定的元素之一。 当在软件工程领域考虑风险时,Charette的三个概念定义是显而易见的。未来是我们所关心的——什么样的风险会导致软件项目彻底失败呢?改变也是我们所关心的——用户需求、开发技术、目标计算机、以及所有其他与项目相关的因素的改变将会对按时交付和总体成功产生什么影响呢?最后,我们必须抓住选择机会——我们应该采用什么方法及工具?需要多少人员参与工作?对质量的要求要达到什么程度才是“足够的”?

您可能关注的文档

文档评论(0)

cduutang + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档