PM的能力要求和任务

成为一个合格的PM,需要哪些能力?

1.观察、理解和快速学习的能力

2.PM要有对每天项目中发现的问题,分析出重点的问题

  1)重要而紧急的

  2)重要而不紧急的

  3)不重要而紧急

  4)不重要且不紧急

3.一定的专业能力(理解、表达能力)

  能借助文字、图标、草图、甚至代码来表达自己的想法?

  能玩转EXCEl 、PPT、Visio、甘特图、PS,有文字功底

4.自省能力

在一个项目中,PM的具体任务有哪些呢?

1.建立团队目标/远景

2.管理软件的具体生命周期

3.创建并维护软件的产品规格说明书

4.代表客户的利益,主动收集用户反馈,预期用户的需求

5.分析并带领团队其他成员对缺陷/变更需求形成一致意见

6.确保资源平衡

7.通过管理和软件工程的各种数据,客观分析项目中的优缺点,推动项目成员持续修改,提升团队士气

过程创新可能超越产品创新, 但两个创新并驾齐驱则胜于任何的一个

原文地址:https://www.cnblogs.com/chenliang725/p/11675227.html

时间: 2024-08-30 17:57:31

PM的能力要求和任务的相关文章

突破瓶颈,再出发 - PM过程能力成熟度5级

尽管程度不同,但PM的每个级别都在践行过程改进,并在4级借助数据,达到了"登峰造极"的程度.随着量化与统计分析的深入,项目会被优化到极其稳定的状态,组织的过程改进也就此进入了平台期. 平台期可以被视为是前一阶段改进的高峰,也可看做是下一阶段的改进瓶颈. 前面的文章中,我们讨论了企业生命周期的5个阶段,当企业度过"成熟期"便进入了"再发展或衰退期".项目管理亦是如此. 当4级的PM发现无论如何也无法促成数据提升时,就说明项目的过程管理,在此时面临&

PM过程能力成熟度3级

2级PM已经可以把项目管理起来了.如果这时候,企业只有一个PM,那这种程度的管理,只要逐渐深化,就可以一直维持下去. 然鹅,现实总是复杂很多... 公司会在PM建立2级的过程管理后,提高所有项目的可视化要求,横向衡量同类型的不同项目.不同项目组和不同PM的绩效表现.因此,需要建立统一的管理与评量标准. 有些PM会觉得这样的过程是在"上夹板",明明之前管得好好的,现在一变化反而出问题,还要PM自己兜着,看起来犹如PM在为公司领导的"失误"买单一样-- 这里我要说一句:

软件工程目标

我希望自己利用好上课的时间,做到当天讲得知识当天消化掉,回到寝室及时复习,巩固基础.既充实了自己,又学到了知识. 问题:1.软件需求是什么? 2.PM是啥?   3.PM的能力要求和任务都是什么?   4.软件工程的开发流程都有哪些? 5.MSF的基本原则是什么?

第五次小组报告

卢晓东:一周完成了设计模式和统一建模的两个大作业,感觉收获颇丰,无论是在编程能力上还是制作UML图上都有了一定的巩固,当然啦,最重要的是加深了自己对数据库和前端界面的一些了解,相信会对小学期的实践有一定的帮助,至于说代码的话,我就贴一下数据库部分的代码吧,因为都是现学现用的,所以有些地方还要理解好. 奚佳峰: 软件团队里除了能写代码.测试代码和画图做设计的成员,还有一类角色,不做上面这些事情但也很重要,就是项目经理--PM 项目管理的复杂度似乎跟人员数量的平方成正比.一个团队里若有4个成员,就有

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

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

《构建之法》8.9.10

第8章 软件需求分为以下几个步骤: 1.获取和引导需求. 2.分析与定义需求. 3.验证需求 4.在软件产品的生命周期中管理需求. 第9章 介绍的是PM 对于PM的能力要求和任务包括: 观察.理解和快速学习的能力. 分析管理能力 一定的专业能力 自省的能力 第10章 在里面提到了该怎样去定义典型用户: 我们首先要定义用户的角色.正如戏剧中有正面和反面的角色,软件系统中也有受欢迎的和不受欢迎的典型用户.如果用户有不同的安全需求,切记要定义不同的角色来适应这些需求.如下面的例子: (1.受欢迎的典型

读后感及总结

第八章:需求分析 作为一个软件团队要准确而全面地获取这些需求主要有以下四个步骤: 获取和引导需求.这一步骤也被叫做“需求捕捉”.软件团队需要为用户着想,设身处地,为用户引导出需求. 分析和定义需求.从各个方面获取的需求进行规整,定义需求的内涵从各个角度将需求量化. 验证需求.软件团队要跟利益相关者沟通,通过分析报告.技术原型.用户调查或演示等形式向他们验证软件团队对于这些需求的认知. 在软件产品的生命周期中管理需求. 第九章:项目经理 经理的职责就是整个项目或者公司的全局负责人,也就是最高领导人

构造之法第九、十章

第九章 项目经理 PM,M就是Manager,但是P有这几种:Product Manager.Project Manager.Program Manager Product Manager:产品经理--正确的做产品 Project Manager:项目经理--正确的做流程 Program Manager:微软的职位名称 PM的能力要求和任务 1.观察.理解和快速学习能力 2.分析管理能力 3.一定的专业能力 4.自省的能力 5.PM和乐团指挥 6.PM和风险控制 第十章 典型用户和场景 典型用户

构建之法第8、9、10章读后感

第八章:需求分析 本章节讲述软件需求的4个步骤,(1)获取和引导需求(2)分析和定义需求(3)验证需求(4)在软件产品的生命周期中管理需求 .在软件工程中分析软件需求需要考虑相关者的利益关系,例如用户.顾客.市场分析师.监管机构.软件工程师等之间的关系. 讲述了9种用户调研方法:(1)焦点小组(2)深入面谈(3)卡片分类(4)用户调查问卷(5)用户日志研究(6)民族志/人类学调查(7)眼动跟踪研究(8)快速原型调研(9)A/B测试 第九章:项目经理 PM指的是项目经理 Product Manag