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

1.管理目标及优先级 管理目标及优先级? 基本管理原则：每位成员既是积极的建言者，又是负责的合作者，同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出，一旦决策做出就必须被及时有效的执行。禁止再有异议。? 目标?1：按时按量完成项目的基本功能，按时发布产品及文档，这是本团队的最高目标。 ? 目标?2：遵循规范化的项目运作标准，文档严谨完整，代码注释充分，便于后续维护，这是第二目标。? 目标3：产品运行稳定，界面友好，用户易操作，尽量从用户的角度去看问题，并提出解决问题的方案。? 目标4：注重团队建设，成员分工合理，团队成员合作默契，气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。?目标5：项目设计和开发上尽量有创新，有亮点。 项目沟通管理? 报告机制：? 1.?要求各组员以周为单位记录工作进展，形成开发日志，并以电子文档的形式提交给秘书进行整理，最后由文档维护员进行维护。? 2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言，由组长做最后的作口头总结，由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应的文档。并交由小组进行会议评审并给出意见。? 3.?小组成员都要密切监控风险状态，发现风险后提交风险报告。 4.在项目进行的过程当中，组员之间应该多进行各种形式的非正式沟通，以使沟通更加的方便、快捷。? 报告格式：报告主题，时间段，发现人，报告内容，审核意见? 评审机制：每周例会上小组讨论形成一致意见后并，并邀请团长和其他组长参加评议。对于重大的风险处即为通过，相关负责人针对改进意见开展下一周工作，严格执行例会上所制定的决策。小组会议持续评估其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评估整个阶段的工作效率和成果质量。尽量与项目例会合理意见，应该由团长及其他组长组成评审团对处理意见进行审议和评估。并以评审团的决议作为重要参考来制定决策。 软件开发计划进度时间如表5-1所示 表5-1 软件开发计划时间表 工作集 子工作 完成时间 负责人 最终交付物 描述 准备 工作 确定小组 第三周 刘冬冬 小组成员名单 成立大学生竞赛平台报名系统Myeclipse6.0+SQLsever2005 确定开发工具及语言 制定项目管理计划书 第三周 李洪达 项目管理计划书初稿 制定软件开发过程管理计划 完成需求规格说明书的初稿 采集用户需求 第五周 刘文慧 需求规格说明书的初稿 通过查资料了解和采集用户的需求。对需求进行汇总，制定需求规格说明初稿 分析用户需求及制定需求规格说明原型 第五周 需求规格说明的进一步完善与修改 第六周 需求规格说明的最后确认 第六周 系统设计 系统总体设计 第八周 位置 软件设计报告初稿 制定系统总体的设计方案，并根据需求说明联系实际进行相应的修改 系统详细设计 第九周 系统模型及架构最后确定 第十周 开发系统源代码及源码测试 系统源码开发 第十一周 刘冬冬 曹启云 源代码 要求熟练使用java和.jsp平台 系统源码测试 第十二周 韩云 测试文档 根据测试文档严格测试 子系统运行检查 第十三周 曹启云 刘冬冬 无 利用上机时间，由各组长提前预约时间 进行整个报名系统大学生竞赛平台报名系统?·损失——如果成了现实，就会产生恶性后果或损失。进行风险分析时，重要的是量化不确定性的程度及与每个风险相关的损失的程度。为了实现这点，必须考虑不同类型的风险。?项目风险威胁到项目计划。也就是说，如果项目风险变成现实，有可能会拖延项目的进度，且增加项目的成本。项目风险是指潜在的预算、进度、人力（工作人员及组织）、资源、客户、及需求等方面的问题以及它们对软件项目的影响。项目复杂性、规模、及结构不确定性也被定义为项目（估算）风险因素。?技术风险威胁到要开发软件的质量及交付时间。如果技术风险变成现实，则开发工作可能变得很困难或根本不可能。技术风险是指潜在的设计、实现、接口、验证、和维护等方面的问题。此外，规约的二义性、技术的不确定性、陈旧的技术、及“先进的”技术也是风险因素。技术风险的发生是因为问题比我们所设想的更加难以解决。?商业风险威胁到要开发软件的生存能力。商业风险常常会危害项目或产品。五个主要的商业风险是：（1）开发了一个没有人真正需要的优秀产品或系统（市场风险）；（2）开发的产品不再符合公司的整体商业策略（策略风险）；（3）建造了一个销售部门不知道如何去卖的产品；（4）由于重点的转移或人员的变动而失去了高级管理层的支持（管理风险）；（5）没有得到预算或人力上的保证（预算风险）。应该注意到的很重要的一点是：简单的分类并不总是行得通。某些风险根本无法事先预测。? 另一种常用的分类方式是由