51Testing软件测试论坛

标题: PMO的主要工作是什么？ [打印本页]

作者: deargodlove 时间: 2008-4-11 14:20
标题: PMO的主要工作是什么？
PMO的主要工作是什么？
谁能详细说一下啊？？

作者: elong602 时间: 2008-4-14 10:53
PMO是Project Management Office的简称。
PMO可以说是随着IT产业的潮流应运而生的产物，最初的目的是节约成本，提高项目成功率，以及实施标准流程，以应对越来越多的项目管理任务。虽然它在节约成本和提升项目管理质量上目前还很难有一个可量化的指标，但是越来越多的公司和企事业单位在它们的IT部门设立集中的PMO，统管所有IT项目。
按照比较公认的说法，PMO的核心职能包括：
1- 定义并推行可重用的项目管理流程；
2- 集中控制项目进展和资源调配。
目前有两种不同侧重点的PMO：一种是顾问型的，为项目经理提供培训、指导和最佳实践；另一种是集中式管理型，将项目经理集中到PMO，然后派往不同的项目，最终由PMO统一控制所有项目和资源。
国内很多公司应该是更倾向于后者，一方面，项目管理或者说软件工程本来就是一门艺术，很难有一个定式，就算有再多的“最佳实践”，根据项目具体情况的不同，也很难保证它们就一定适用，现实中要找到真正管理经验丰富，可以向别人提供理论指导的人才，并非那么容易；另一方面，后者能够更加直接的体现出PMO存在的价值，不光是直接的具体的项目管理，也有利于确定不同项目的类型和轻重缓急，合理分配资源。当然，如果一个PMO最终做成一个完全意义上的行政部门的话，它也不应该同公司的企业文化相冲突，它起到的作用也应该更多的体现在如何去将项目的失败和公司的亏损减到最低限度，如何提高公司的项目管理水平，而不是一味的、机械的通过所谓的“标准流程”处理项目的实际问题，或者仅仅是一个跟踪项目进度，通常以一种管理者的姿态去命令各个项目组的部门。它应该同公司的各个相关部门：如CIO、CAO和QAO，以及具体的项目组、公司财务和高层管理部门共同协作，促进公司各个项目的顺利实施。
一个比较常见的、直观的说法是，PMO需要保证所有其属下的PM具备管理当前项目的能力。而从长远来看，最理想的PMO能够给公司的IT部门带来持续不断的业绩提升。
以上是对PMO及其职责的简介,希望能对LZ有所帮助。

作者: 天天乐乐 时间: 2008-8-20 20:51
1、与市场人员沟通项目的基本情况，客户主要领导、部门的情况，主要参与人员的关系，前期的一些目标、期望、工期。
了解项目采用的技术路线、客户信息部门的情况。
2、根据项目基本情况，了解相关的背景知识，以免说外行话，尽量采用与客户习惯相同的术语
3、根据经验和工作量估算，组建项目团队，确定需要的人员能力、数量等（一般不要选择多于2人的女士，女士不要太漂亮，要沉稳些）
4、安排项目总体计划（最好分解为阶段计划，采用迭代方式进行，每个小计划明确目标，周期控制在1-1.5月，先完成主要的、难度大的部分）、培训计划
与程序经理确定项目采用的ide、基础环境、工具、os等，并统一版本
5、培训内容包括业务培训、技术培训、编码标准培训
6、组织需求调研工作（参见http://fourfire.javaeye.com/blog/91547），项目经理必须参与，了解第一手的资料，组织用户收集系统初始化数据
7、编制系统原型，确定测试标准和测试用例
8、制定业务标准，如系统提示的内容。统一一份术语表，统一系统中使用的术语、采用拼音还是英文单词进行命名
9、系统分析设计师进行系统的分析和设计，形成动态和静态视图
10、对分析设计成果进行需求对应，明确是否所有的需求都进行了设计，并达到需求的目标。（可以采用同行评审的方式，但必须保证所有的内容评委都进行了认识和了解）
11、对设计结果进行编码计划编制（程序经理编制），计划必须包括时间期限、工作内容、达到的目标、测试用例（方法），必须具体，对于较大的工作也需要进行分解，最好不要超过2周，一般都控制在1周以内
12、跟踪每周计划和完成情况，对单元测试、集成测试进行每周的检查，明确编码完成的质量，经常测算完成量与计划量的差别，必要时调整计划或减少功能，尽量保证阶段计划的按时间完成，功能变更可以放在下一个版本内完成
13、和组员沟通，及时发现困难、问题、风险，采取相应的措施（说起来容易，做起来很难，哈哈）
14、与用户沟通，了解他们的想法和对系统的反馈
14.1、完成相关用户手册等文档
15、集成测试，验证需求是否都得到实现
15.1、用户现场展示工作成果，并根据用户进行调整
16、安排用户培训计划，用户现场环境的安装与调试（数据库规划、安装、参数调整、web服务安装、调试等，并完成安装日志，提交客户系统维护人员），系统试点单位或部门人员安排
17、初始化系统数据
18、搭建测试环境、正式环境，供用户使用。搭建调试环境供维护人员使用
19、用户培训，收集用户意见反馈（提供统一样式）
19.1 根据用户反馈，讨论修改方案（需要双方签字）
20、召开项目运行大会
21、系统验收
22、系统日常维护，优化操作，完善系统维护工具

作者: Pleany 时间: 2009-4-23 10:36
2L的列举很多,这样和PM.QA.测试组的工作也重合....

其实很多软件公司都不设PMO 吧?我们总公司也有PMO,.但是主要还是负责统筹项目和跟踪项目信息,具体项目还是看各个项目组自己管理.

作者: Pleany 时间: 2009-4-23 10:44
http://www.365u.com.cn/WenZhang/Detail/Article_103142.html
这个帖子不错.
PMO能够带来什么利益？
混乱的范围定义和不受控制的范围变化仍然是导致项目失败的最主要原因。一些公司组织需要确定，他们是否能从一个作为功能性实体的PMO或是一个虚拟的PMO社区中得到最佳的利益，来支持并实现项目工作。这里是PMO所能带来的一些直接的优势：
●它提高了项目工作的能见性并相对降低了项目风险和不稳定性。
●确保了所有项目的生存周期中的变化控制，确保已定义和量化的范围和质量标准在没有管理层的可见和跟踪的情况下不发生变化。
●PMO通过严格的关卡标准使项目从确定要求阶段进行到开发阶段，可以节省超过25%的操作性成本。
●面向项目的公司文化可以实现将项目范围划分为一些小的部分，每个部分都有各自独特的范围和质量标准。
●它减少了进入系统的新近项目的预热时间。
●由于很多公司都存在功能性交叉的团队，他们使用借来的资源，因而资源的分配让情况变得非常复杂。PMO则可以协助项目经理进行资源的分配工作。
●降低项目失败的风险。
●它为所有的项目提供了高质量的，健全的，可重复使用可共同操作的项目模板和处理过程。
●它着重于需要进行管理的关键性事务，其中包括在设计，开发和实现阶段所出现的各种事务。
●它可以从以前项目的成功和失败中给出经验和教训。

                                          图B

                                          PMO的现在和将来
图B中的第一部分关注于开办一个PMO所涉及的最直接最关键的成功因素。PMO建立之后，你就需要关注于在公司之中为PMO建立长期目标。有些人认为这很困难，其实不是，它只是需要花一些时间和一些协调工作。

图C

                        建立PMO的基本步骤
要记住PMO需要在公司中部署一个项目管理方法体系，可以在未来的几年之内使用。图C中给出了建立PMO的基本步骤。

运作中的PMO

从PMO进入公司的那一天，它就开始对项目工作进行确认和管理。这在没有出现PMO时是不可能的。有了PMO，我们就不用再奇怪为什么项目会突然出现，然后匆忙地寻找一个合适的项目经理。PMO为主管人员和IT职员提供了能见性，让他们知道谁可以去管理这个项目，从而服务于公司的商业战略并恰当地对项目进行优先权的排序。你的PMO应该对所有的新近项目提出下面这些问题：

●项目的周期有多长？
●在资源方面需要做到什么工作？
●这个项目在公司之中的优先权如何？
●项目的预定日期是固定还是灵活？
●在QA/测试和文件化工作上要花费多少时间？
●项目是否获得最初的预算分配？
●项目中所涉及的技术的复杂性如何？项目中的资源是否与其相匹配？
●当解决方案投入到生产中时是否会打断现有的商业系统？
●项目的解决方案是否遵守企业的标准？
●哪一个项目经理最有资格去管理这个项目？

一旦这些问题得到了答案，PMO经理就可以让这个项目/议案进入PMO并开始项目工作的处理过程。

因此，不管你怎么看待PMO，它都是项目管理工作发展过程中的一个重大进步。我建议你利用PMO来使能公司中的各个级别之间关于项目工作的沟通。此外，利用PMO来收集数据，看一看PMO在为整个公司节省开支方面所带来的效力。如果你不能向公司显示出PMO所带来的价值，那么PMO就没有真正发挥它的作用。

图发不了.

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)