PM和风险管理

风险的类别 内容 应对方案
人员
人员较多,容易形成一人主导其他人打酱油的现象,人员缺乏专业技能,

完成任务十分拖拉,造成很多任务受到影响停滞不前


将任务合理分配,规定每天都要告诉大家“昨天做了什么,今天要做什么”,

小组成员互相监督,让每个人都在项目中起到作用

流程
项目开始时做了需求分析,组员们讨论出来的需求由于专业技术与经验的不足,

部分无法实现,任务比想象中的要困难,一开始制定的日程没有经过充分的讨论,

导致后面的项目完成的十分赶


让小组成员多多讨论日程安排,把时间安排的合理些,召开紧急会议将部分不

重要的,可有可无的需求去掉,先完成主要的功能

流程
需求随着项目的推进有些变化,本来重要的变得不再重要,原来没有考虑

到的需要再次加进去,这样就无形中增加了很多工作量


小组成员开会,讨论增加的需求任务分配,确保新增的需求不要影响

项目的完成进度该去掉的需求就去掉,尽可能的完善需求

流程
一开始对于项目的时间预算是绰绰有余的,后来出现的各种问题,

拖慢了进度,到后面时间很紧


规定小组成员当天完成任务,如果不能按时完成任务,课后加班加点完成

技术
小组成员中部分人的专业技术不到位,任务完成很困难很拖拉,

甚至有人自暴自弃,完全不愿意做分配到的任务


让每位成员根据自己分配到的任务在业余时间自己搜寻资料学习,

必要时对组员进行辅导,确保他们能够自主的完成自己的任务

时间: 2024-08-12 12:27:21

PM和风险管理的相关文章

读《构造之法》8、9、10章有感

第八章 书本第八章重点讲了需求分析,在一个项目中,需求分析是最基础也是最重要的,只有充分了解了用户需求,我们才不会走弯路,才能做出正确的规划,保证项目的进行是按照用户的需求进行的.其中,获取用户需求的方法即用户调查,常用的用户调研方法包括: 1.焦点小组: 2.深入面谈 3.卡片分类 4.用户调查问卷 5.用户日志研究 6.人类学调查 7.眼动跟踪研究 8.快速原型调研 9.A/B测试 第九章 介绍的是PM,在这章里,我知道了: 1.PM是啥 2.微软PM的来历 3.PM做开发及测试之外的所有事

第一个sprint总结和读后感

总结:通过第一个sprint的冲刺,了解了sprint的整个流程,学会了在一个团队里该如何开展一个项目和分配任务.我们的队团在第一个sprint中没有达到我们预期的效果,我们也做出了反省,原因一是我们的知识面不够广泛,原因二是我们的积极性不高.一个团队,需要主动,需要负责的态度,才能更好的合作,效率更高.做项目,代码固然重要,但计划和沟通也非常重要. <构建之法>第八.九.十的读后感 第八章:主要介绍了软件需求的类型.利益相关者:获取用户需求的常用方法和步骤以及竞争性需求分析的框架等.软件团队

项目经理

PM是啥:PM的M就是Manager,但是P有这几种:Product.Project.Program,在不同的行业和公司中,他们的作用各不相同. 这里主要介绍微软的项目经理--Program Manager. Product Manager:产品经理--正确地做产品.目前国内大部分PM都是值这个职位. Project Manager:项目经理--正确的做流程.在某些公司,这个职位与产品经理分开单列.他们对项目流程负责,即项目从立 项到上线按时完成.正确地协调团队内部外部,调配各部门的资源和时间,

第五次作业《读构建之法的心得》

<读构建之法的体会> <构建之法>这本书是软件大大神邹欣的作品之一,这本书体现邹欣老师的情怀,很简洁的讲述了软件设计的各个阶段,描述了一个微软软件大神对软件的理解.构建之法对我帮助挺大的,通过构建之法这本书使我对软件的构建很清晰的了解,让我对软件设计更加的清晰的认识,增加了我对软件的认识的兴趣,好了,现在来讲述讲述里面的内容,第一张讲概论:软件等于程序加文档,软件工程是什么,第二章讲 个人技术和流程 单元测试,效能分析工具,个人开发流程第三章讲软件工程师的成长 个人能力的衡量与发展

第九章 项目经理

第九章 项目经理 9.1 PM是啥 1.Product Manager:产品经理--正确的做产品. 2.Project Manager:项目经理--正确的做流程. 3.Program Manager:微软的职位名称. 9.2 微软PM的来历 MP(Master Programmer)和SP(Slave Programmer) 9.3 PM做开发和测试之外的所有事情 微软公司的几类PM: (1)做功能设计的PM (2)对商业和客户的了解 (3)具备广泛的经验和知识面 (4)驱动流程 (5)专门深入

作业5(《构建之法》心得体会)

这学期学习邹欣老师的<构建之法:现代软件工程>一书收获颇多. 第一章 概论 软件 = 程序 + 软件工程 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.软件工程包括:软件求分析.软件设计.软件构建.软件测试和软件维护.软件的特殊性:复杂性.不可见性.易变性.服从性.非连续性. 第二章 个人技术和流程 单元测试(用VSTS写单元测试.好的单元测试的标准)回归测试.效能分析工具.个人软件开发流程(实践最简单的项目:WC). 第三章 软件工程师的成长 个人能力的衡量与

软工小周总结

用户体验的第一印象:用户安装软件之后,软件第一次启动,软件设计者要给用户什么样的第一印象?用户头一回来访问你的网站,你要给他们什么样的第一印象? 我们至少可以考虑一下两点:1.谁会是我们的目标用户?他们是什么样的人?他们的使用方式是什么样的?用户从哪里进入到这个软件或网站?他们知道这个产品是做什么的吗?用户想达到什么目的?2.用户和软件的第一次使用,很大程度上决定了用户对软件的评价.怎么让用户在第一次使用的时候,少花时间(或者不花时间)在对用户没有价值的部分,而把大部分时间花在有实际价值的功能上

阅读教材遇到的问题

1.在第四章中提到两个人互相合作问题:两个人合作项目,如果有一个人编程能力很强,那么两个人合作时,编程效率是否降低,怎样的安排才科学,才能发挥出两个人最大的水平,做到1+1>2. 2.在第七章实战中的软件工程中提到MSF模型,在我们还是学生,做的项目还挺小,没有固定的时间来工作.要满足MSF的"9项基本原则",并非易事,那我们怎样可以贯彻迷你版的MSF?怎样来实现. 3.在第8章中p182提到项目的复杂程度分为两个因素:需求复杂度和技术复杂度,这两个因素怎样去计算?然后这两个因素

软工实践第四次小组作业

<构建之法>小组学习心得 baba爱你小组  组长:阮俊  组员:钱洪章.黄维.光萍.张启飞.王学飞 这周我们小组学习了第九章学习内容-----项目经理 PM是啥?典型的软件团队里除了能写代码,测试代码和画图做设计的成员,还有一类角色,不做上面这些事情也很重要,我们叫他项目经理---PM. 随着业务的发展和团队的壮大,团队成员之间交流的成本急剧增长以及有很多开发和测试之外的事情需要专人负责,PM由此诞生. 有些事情是程序员往往不会花时间去做的,比如和客户交谈,组织用户调查,发现用户需求,了解和