项目管理的三架马车
发布于 2024-10-02


版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

扫码阅读
手机扫码阅读
文章讨论了在项目管理中三种关键角色的重要性:项目经理、技术经理和需求经理。项目经理负责项目进度和质量,涉及过程定义、估算、计划跟踪与控制等职责。技术经理关注技术实施方面,包括技术评估、设计验证、解决技术难题等。需求经理则负责定义项目需求和范围,包含需求获取、分析、确认等工作。
这三个角色共同关注项目的需求、进度、质量和技术四个方面,形成项目管理的核心,相互之间分工明确,可以互补和制约。
对于人数超过10人的项目,建议明确区分这三个角色,由不同人员担任。而对于10人以下的团队,一个人可以兼任多个角色,有四种可能的情况:
- 业务型项目经理:一个人兼任项目经理和需求经理,另一个人担任技术经理。
- 技术型项目经理:一个人同时是项目经理和技术经理,另一个人负责需求管理。
- 全能型项目经理:一个人担任所有三个角色,但这种模式风险较大。
- 纯管理型项目经理:一个人仅担任项目经理,另一个人同时是技术经理和需求经理,但这可能导致项目经理被边缘化。
在SCRUM方法中,项目角色被划分为Scrum master、Product owner和Team member三个部分。Scrum master指导团队运作,Product owner代表客户并负责功能测试,而Team member则是执行技术任务的人员。尽管SCRUM方法与前述三个角色有类似之处,但它对职责划分更加明确。

麦哲思科技任甲林


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 285.1K
麦哲思科技任甲林的其他文章
理论与实践的完美结合:《软件项目估算》译者序
这本书需要仔细读。 没有哪一本书能够替代此书在如何建立生产率模型方面的严谨性与实用性,它讲的不是经验法估算工作量,而是模型法估算工作量。 它理论完备、严谨,并给出了工程化的软件工作量估算方法和大量的经验教训。 在给客户咨询的过程中,我帮客户识别、建立了大量的过程性能模型,积累了丰富的经验,但是,当我读到Alain的这本书时,我深...
我说CMMI2.0之过程管理
Process management,过程管理,简写为PCM。这个PA是对过程进行持续改进的。学习这个PA就必须深刻理解PDCA循环的4个阶段,8个活动。PCM的实践可以映射到这8个活动上。 实践列表 PCM 1.1 Develop a support structure to provide process guidance,...
如何调动核心员工的积极性
有朋友问我:如何调动核心员工的积极性,又能防止出现关键人员变动如离职带来的影响 ? 概要解答如下: 1 物质 (1)奖:基本工资+奖金,奖金的比例要大,否则对开发人员没有压力和动力 (2)高:总待遇要比同行业略高 (3)同:采用股票等措施拴住技术人员,有福同享,有难同当2 精神 (1)松:提供一个宽松的工作环境,不要是一个官僚化的氛围。为技术人员提供各
一个敏捷项目的咨询记录
近日对一个敏捷项目进行了2小时的简单访谈,对他们的一些实践点评如下:综述: 1 敏捷的实践看着简单做着难,实践少,但是实践的很多细节要做到位。 2 要让团队的成员知其然知其所以然,才能够进行经验化过程控制。 3 要在团队内建立承诺的文化,说到一定要做到。 4 目标、需求、任务、任务状态、问题、团队规则都要可视化! 5 牺牲质量追求速度,是
Lehman的软件演化定律
自20世纪70年代以来,M. M. Lehman通过对软件系统演化现象的观察,陆续总结了8条定律,称之为定律并非那么严谨,但是对于认识软件维护的规律,改进软件维护的过程具有很好的指导意义。1 (1974年)持续变更定律。系统必须持续调整以适应各种变化,否则这些系统将变得越来越不令人满意。2 (1974年)复杂度增长定律。随着系统的演化,其复杂度会逐渐增加,除非采取措施来降低或保持其复杂度。3 (1974年)自我调整定律。软件演化过程的是自调整的,每次演化版本的度量数据近似正态分布。4 .
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线