项目管理的三架马车
发布于 2024-10-02
779
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
文章讨论了在项目管理中三种关键角色的重要性:项目经理、技术经理和需求经理。项目经理负责项目进度和质量,涉及过程定义、估算、计划跟踪与控制等职责。技术经理关注技术实施方面,包括技术评估、设计验证、解决技术难题等。需求经理则负责定义项目需求和范围,包含需求获取、分析、确认等工作。
这三个角色共同关注项目的需求、进度、质量和技术四个方面,形成项目管理的核心,相互之间分工明确,可以互补和制约。
对于人数超过10人的项目,建议明确区分这三个角色,由不同人员担任。而对于10人以下的团队,一个人可以兼任多个角色,有四种可能的情况:
- 业务型项目经理:一个人兼任项目经理和需求经理,另一个人担任技术经理。
- 技术型项目经理:一个人同时是项目经理和技术经理,另一个人负责需求管理。
- 全能型项目经理:一个人担任所有三个角色,但这种模式风险较大。
- 纯管理型项目经理:一个人仅担任项目经理,另一个人同时是技术经理和需求经理,但这可能导致项目经理被边缘化。
在SCRUM方法中,项目角色被划分为Scrum master、Product owner和Team member三个部分。Scrum master指导团队运作,Product owner代表客户并负责功能测试,而Team member则是执行技术任务的人员。尽管SCRUM方法与前述三个角色有类似之处,但它对职责划分更加明确。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634.1K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
控制图典型错误应用一例
有公司在画控制图时,对进度偏差率画了XMR控制图。原始数据如下: 度量日期 开发进度偏差率 05-14 -2% 05-19 0% 05-21 -1% 05-22 -2% 05-23 -2%
如何减少返工工作量?
提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
穷举、分类、分层、抽象的要义
穷举、分类、分层、抽象是我推荐的4种分析问题的方法,即可以用于需求的分析,也可以用于其它的方面。
穷举就是罗列出所有可能的情况。当知道某一种可能的时候,要举一反三,列出所有的可能,针对问题的全集考虑解决方案。假如你考虑开发一个库存管理系统,有入库单、出库单、损溢单等3种类型的单据,有2种帐本:库存流水帐、库存成本帐。当考虑记帐的算法时就要考虑3*2=6种情况,也就是说要考虑6种算法,这就是穷举。在做软件需求分析时,尤其需要穷举的方法,确保需求的完备性。采用穷举
项目计划评审时的36个检查点
在多次的运行检查中,发现很多项目的计划存在一些共性问题,根据这些问题,归纳出来36个检查点供大家参考. 1 是否定义了项目的组织结构? 2 是否定义了每种角色的职责? 3 PPQA是否有独立的渠道和高层沟通? 4 如果有客户或客户代表的参与,是否定义了他们的职责? 5 是否定义沟通了机制?(和客户的,和其他外部和伙伴的,内部成员的,和上级的,和其他项目组的) 6 是否定义了
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线