[项目管理征文]我的项目管理之路--pharos (5.6更新全篇完) - 项目管理 - ITPUB论坛

pharos
谷雨霖

精华贴数 4
个人空间 5275
技术积分 6875 (186)
社区积分 452 (1488)
注册日期 2001-12-11
论坛徽章:119

#1

使用道具

发表于 2008-2-29 16:35

[项目管理征文]我的项目管理之路--pharos (5.6更新全篇完)

[项目管理征文]我的项目管理之路--pharos　提纲初稿

1、行业积累
1）技术积累
2）业务积累
3）组织
2、步入项目管理
　　　项目管理各阶段理解与实战

3、项目管理能力持续提升
1）项目的过程改进
2）行业学习、协会活动
3）CMM认证-- SEPG组长
4）PMP认证
5）六希格码
4、持续提升--通用经理能力
1）目标管理
2）时间管理
3）有效会议
4）有效沟通

5、寄语项目经理
技术向管理的转身--中国特色的技术人员通常会落入技而优则仕的路子，这是现实带给中国技术人员制定的独木桥。
如何转身：
开放心态
团队合作
用于总结
提高写作能力
怎样提高表达能力
其他

6、从项目经理迈向中层管理
1）高站位，组织级项目管理
2）团队管理
3）关注人脉
4）要时刻保持激情
5）持续能力提升
平衡计分卡
6）组织管理

[ 本帖最后由 pharos 于 2008-5-6 10:44 编辑 ]

__________________

书案常逢谷雨霖
MSN:cabinhome@sohu.com
BLOG:http://space.itpub.net/3433/
种下思想，收获行动；种下行动，收获习惯；
种下习惯，收获品格；种下品格，收获人生！

“我的项目管理之路”有奖征文活动已截稿！

lawer-bbc
版主

精华贴数 2
个人空间 0
技术积分 17266 (55)
社区积分 2267 (544)
注册日期 2007-1-12
论坛徽章:111

#2

使用道具

发表于 2008-2-29 19:13

关注！期待下文~

__________________

If you don't know where you're going, any road will do.If you don't know where you are, a map won't help.
E-mail：max656798@21cn.com

mydear
高级会员

来自 SH
精华贴数 2
个人空间 16256
技术积分 13900 (83)
社区积分 88888 (2)
注册日期 2003-6-2
论坛徽章:361

#3

使用道具

发表于 2008-2-29 20:43

太高效了

__________________

灌灌帮闲人
我的BLOG - MYDEAR的世界

louis_xu
来无踪去留影

来自深圳
精华贴数 0
个人空间 0
技术积分 1863 (878)
社区积分 400 (1606)
注册日期 2008-1-18
论坛徽章:8

#4

使用道具

发表于 2008-3-3 14:49

没正文吗？？？

__________________

拼命赚钱买彩票！

pharos
谷雨霖

精华贴数 4
个人空间 5275
技术积分 6875 (186)
社区积分 452 (1488)
注册日期 2001-12-11
论坛徽章:119

#5

使用道具

发表于 2008-3-3 15:55

信息技术IT行业，这个新兴行业从诞生之日起总是充满着梦想和挑战，让无数年轻人为之痴狂。从象牙塔出来，我也是带着相同的激情进入了这个令人热血沸腾的行业，从事技术工作。
进入公司后，才发现自己在象牙塔中积累的东西少的可怜，基本上不能学以致用。首先面临的问题就是尽快提升技术和业务积累。（这里涉及一个项目经理是否需要技术背景的热点问题，个人认为在中国中小规模企业为主的现实环境下，项目经理是要一定的技术背景的。正是这个阶段扎实的技术积累，方法论的总结，使得后续担任项目经理、部门经理、总经理等工作才相对游刃有余。这个话题，大家可以另外交流）。

在确认自己所负责的工作方向和与经理、指导人沟通后，决定从3个方面入手：
      1、研习TCP/IP体系框架，读透相关RFC协议，补充理论知识
      2、尽快掌握开发与调试环境和相关工具
      3、熟悉项目开发流程（这个时候，“项目”这个词语更多是一个名词）

这里面最富挑战的事情是第一项工作，因为在没有太多感性认识的条件下去深入理解协议的要求本身就是很有挑战的。互联网的基础--TCP/IP框架说起来简单，但其中涉及的模块协议很多，每个协议的细节功能行为、状态机、定时器等等信息更繁杂，只有清晰的掌握他们才能开展工作。当时基本没有什么可以参考的中文文档，只能啃英文协议文档。于是，我依照自己定的计划逐个攻克。每个英文文档，先通读电子文档，然后打印出来逐字逐句研究，整理状态机流程图、添加注释。第一遍用签字笔，第二遍用绿荧光笔，第三遍用红荧光笔。。。并且根据自己的理解，将文档整理成知识库资料，在内部和大家交流、讨论、分享，真正做到了从我看懂、我理解到我能讲。有些复杂的文档，我甚至把它翻译成中文给大家分享，累积起来有数百页。正是这个过程，使得自己的技术提升非常迅速，成为一些模块的专家，逐步建立起个人的技术威信，这也为后来从事项目管理打下了影响力基础。
其实，只要大家下定决心做一件事，收获总是和付出成正比的。回过头来，看现在部门新来的员工，他们站在前人积累的知识上并没有很好的深入下去，通常只做到了我看懂这个层面，有些为他们担心。
这个过程中，需要提及的是培训这个话题。通常，新人入门得到培训可以缩短其成长的历程，关键是开展什么样的培训更合适？培训是一种辅助力量，建立在自身钻研基础上的才更有效。个人更赞同在培训中培养思考的方法、在实践中提升这样的方式。
同时，成长过程中，公司的一些制度非常好，比如对新员工设立指导人制度，指导人/被指导人结对考核。指导人没有考核，那么指导人就有纰漏的可能、对指导效果无法衡量；被指导人没有考核，那么我们只能凭借他自己的求知欲来成长，是否能胜任工作了也无从判断。指导人的指导通常涉及公司历程、相关流程、技术指导和生活指导，使得新人迅速提升归属感、进入战斗状态。后来，我把的读书笔记传递给我指导的新员工，他们说收益很多，我说那这是这些笔记的最好去处了。

技术人员通常比较讨厌写文档，但一个高效的技术人员一定要时时把自己学习的东西、做的事情给与总结，一是对自己的思考、付出给出交代，从中发现问题；二是作为知识的传承，提供给将来需要的人。互联网时代，把知识烂在自己的肚子里也不愿传递的人，一定会边缘化的。他距离项目经理会很遥远（项目经理的基本功就是汇报）。关于写文档能力提升的问题，我们后面再谈。

罗嗦了这么多，似乎与项目管理没有什么关系。实质上，在熟悉公司业务、组织结构，逐步掌握了第1点和第2点的同时，个人马上“享受”项目经理和QA的“管理”--按计划提交工作产品（文档、程序、结果等），以及工作产品的质量是否符合要求。于是，我开始认识下面这张图：

http://file.itpub.net/f/e9be42ffa9656f93c95d4d463cad8a40/47cf538b/day_080303/20080303_1c37b5f237f829c71937Gp97kn33ckPW.jpg/p/pm1.JPG

请看下一篇“步入项目管理”

[ 本帖最后由 pharos 于 2008-3-6 10:15 编辑 ]

__________________

书案常逢谷雨霖
MSN:cabinhome@sohu.com
BLOG:http://space.itpub.net/3433/
种下思想，收获行动；种下行动，收获习惯；
种下习惯，收获品格；种下品格，收获人生！

“我的项目管理之路”有奖征文活动已截稿！

bq_wang
我想飞得更高！

精华贴数 18
个人空间 2403
技术积分 17550 (53)
社区积分 49823 (11)
注册日期 2002-2-7
论坛徽章:15

#6

使用道具

发表于 2008-3-3 23:37

大作啊，支持！

__________________

鸿图霸业谈笑中，不胜人生一场醉。厌倦江湖萌退意，不辞长作天涯人。
-------------------------------
MSN:baoqiangwang@hotmail.com
Mail:windboy@vip.sina.com QQ:326444779
-------------------------------

-------------------------------

lawer-bbc
版主

精华贴数 2
个人空间 0
技术积分 17266 (55)
社区积分 2267 (544)
注册日期 2007-1-12
论坛徽章:111

#7

使用道具

发表于 2008-3-5 13:28

支持！继续~

__________________

If you don't know where you're going, any road will do.If you don't know where you are, a map won't help.
E-mail：max656798@21cn.com

pharos
谷雨霖

精华贴数 4
个人空间 5275
技术积分 6875 (186)
社区积分 452 (1488)
注册日期 2001-12-11
论坛徽章:119

#8

使用道具

发表于 2008-3-5 18:35

上文说到，随着对工作的熟悉，开始感知项目管理，感受到自己的工作是受约束的，在和一个小团队一起工作。模糊认识到项目管理要界定需求，再设定分解子目标，最后通过一系列规范、要求来约束项目成员保证任务的达成。但是，对项目管理的接触是局部的，并不清楚项目为什么是n个人，为什么要在t之前完成，讨厌的文档工作和评审为什么要进行，项目结束了总结和奖金有什么关系。
后来，真正进入项目才开始了项目管理体验、参与和实施之旅。

首先，熟悉什么项目管理？

可以说项目是每个企业赖以存在的单元，同时项目的形式是多种多样的，它直接与每个公司的项目组织结构相关。刚开始，我们每个初触项目的人并不清楚什么是标准的项目管理模式，会认为自己所面对的模式就是理所应当的。
我参与的第一个正式项目，是公司准备上市的一款新产品，我是其中的一名普通的研发人员。当时，公司指认了一个项目经理，然后从硬件、软件、测试、质量管理等相关部门调集人力资源就可谓稀里糊涂运作起来了。一开始，整个项目没有明确的项目任务书和系统需求（所谓没有明确是指一些具体的软件规格并没有确切落地，功能需求没有严格定义，这也给后续结项埋下巨大隐患）。回过头来，我才认识到这里面缺少了上一篇提及的那张项目管理图中的需求开发与管理环节。可以说，这个环节在成本符合预算的情况下，做得越多越好、下的功夫越大越好，因为它是项目的根本--范围。实践证明，后来的项目过程但凡那些将功能模块需求详细整理、认真评审、较好控制的模块都基本没有发生什么偏差。那些，或是因为没有认真或者没有足够能力分析需求、控制变更的模块，都成为了项目的短板。比较可笑的是，这些模块的开发难度都不大，但都是用户必需的，这几个模块严重影响了进度，也严重损失了真个项目的奖金盘子。所谓，“坏了一锅汤”，当时很是生气，其实那些是公司项目管理不够成熟的必然，大家一起积累经验教训了。

随之，项目的计划是在大领导安排了这个任务之后，由相关部门经理依据经验制定，项目经理更多是将讨论的东西落到纸面上。同时，可以说任务规模的估计是站在都是成手的角度估计，项目计划并没有在团队内部认真的沟通、确认（确认很重要，是项目团队成员对自己承担工作的承诺。其实，到后来一些功能开发出现了延迟，大多员工推卸责任说计划不是我确认的，没有考虑某某风险）。
由于是公司很重视的一个新产品，公司内部的动员、宣传做的比较好，因此即便是有很多现在看来还没有明确的情况下，项目便在大家的一腔热情下开始。我也是这样。我先是负责某一功能模块的需求整理，于是我系统整理标准协议资料、又参考了一些同行相关产品的手册，搞出来一份洋洋洒洒的需求文档。然后满怀着热情提交，等待确认开展后续工作。这个时候，忽然接到QA的通知，因为文档不符合模板、邮件发布未上载服务器不符合规范，如同浇了一盆水，小小抵赖一通（搞技术的通常比较好面子，希望被认可，但事实上，QA的这种要求对研发人员非常有帮助，养成良好习惯能帮我们减少很多不必要的弯路。模板能帮助大家系统思考，避免遗漏思考；受控更多是一个安全措施，后来一个同事电脑坏了因为没有及时上载，工作等白做，后悔不已）。

后续的工作更让大家士气低落，因为项目管理松散、没有明确的配置和过程管理计划，我这份需求的评审经过简单的评审就进入了设计开发阶段，也没有进行需求跟踪矩阵处理。设计开发过程，我们发现一些需求很难实现、也没有明确是否必须，在和部门负责人确认之后就跳过去，没有进行正规的变更处理。结果，到了测试阶段提出了不少需求上列出但没有开发的小问题，为此大家打了好半天仗。更头痛的是，在项目结束的时候产品经理对项目提出了更大的质疑，一些他认为必要的功能规格没有完成，项目组提出“当初怎么没有在规格上写清楚”。总结其中的问题，经验是：变更一定要严格执行，也需要提前确认好变更委员会的成员。这里面，首先可以方便需求的跟踪，避免漏测试；其次，这是一个很好的沟通渠道，使得大家在信息上一致、更早发现问题。

其他的功能模块问题也不少，主要是进度延迟的比较严重。后来才知道，项目还少了项目管理图中的milestone阶段评审环节。这个环节可以让领导、项目经理、项目成员对前一阶段工作的工作成果给与审核（下阶段准入条件），总结成功经验，分析风险问题。使得各相关人了解项目的现状，以及是否需要给与特殊支持。

同时，因为项目经理是协调型角色，没有足够的power，使得过程中各部门各自为政，一些上下层软件接口、硬件联调问题定位等事情迟迟不能落实。项目经理做的工作，更像一个汇报员，把各组实际情况整理出来通报给大家与大领导。事实上，通报给大家，相信没人为最终工作去负责推动；通报给大领导，大领导日理万机、又认为有项目经理和部门经理推动，哪里会真正管理。更重要的问题是他在项目管理手段上不够成熟，即便没有power，但抓住人这个主观因素多沟通，利用个人影响力来保障团队的有效开展，同时保障固定不变的项目例会制度，专题评审与汇报制度，相信一定会收效很多。当时的我还只是沉浸在项目存在的各种冲突中，频于奔命完成任务，感受到项目很不顺利，并不知道哪里出了问题（真正的问题是当时还没有明确的项目管理制度，更合理的项目管理组织结构，没有明确的授权，立项阶段的不正规导致了项目从开始注定这样的结局）

当然，项目最终还是上市了，但周期延迟了半年多，整个项目组被各种问题、长期的紧张折磨得疲惫不堪。项目经理也因为项目延迟太多和个人原因离开了公司，去了朗讯。我个人与项目经理的关系还不错，第一听说pmp（戏说拍马屁）也是从他那里得知，到现在大家还有联系。

下面是项目结束时项目做的总结提纲，从中可以看到管理的雏形。

1. 概述 3
2. 项目总结 3
2.1 项目计划完成情况： 3
2.1.1 硬件模块（以调试完成为准） 3
2.1.2 软件模块（以代码提交为准） 3
2.1.3 测试（以测试报告提交） 3
2.1.4 项目变更情况 4
2.1.5 项目费用统计 5
2.1.6 人员工时统计 6
2.2 问题及解决情况 6
2.2.1 各次测试问题统计 6
2.2.2 硬件遗留问题和解决方案 7
2.2.3 软件遗留问题和解决方案 7
2.3 BOM成本估算 8
2.4 剩余工作及计划 8
2.4.1 硬件 8
2.4.2 软件 9
2.4.3 测试 9
2.4.4 转生产工作 9
2.5 COST Down的预计工作 9
3. 项目工作分析： 10

其次，从部分项目管理做起--子任务计划安排与监控
后来，我开始负责一个小组的工作，在项目中开始接触WBS和自任务计划分解，尝试了DELPHI估算等方法。开始时，很多理念还不是很清楚，通过收集学习项目管理的相关材料，多与项目经理沟通等方式，自己逐步熟悉起项目管理的内容。于是，从点走向了面。自己期待的项目经理角色正慢慢走来！
回想当初个人的项目管理入门学习基本是零星积累的，很不系统。我前段收集的《项目运作的一般流程》对入门同学很有指导作用，当初如果有这么个文章能少走很多弯路。文章的索引参见：

[项目管理入门系列] 师傅领进门-------项目运作的一般流程

http://space.itpub.net/3433/viewspace-178874
http://space.itpub.net/3433/viewspace-178876
http://space.itpub.net/3433/viewspace-178878
http://space.itpub.net/3433/viewspace-178879

反过头来再看，it行业项目管理入门学习这两本书，理论上很受用的：一是国际项目管理协会(PMI)研制的“项目管理知识体系”（PMBOK），二是美国卡内基梅隆大学软件工程研究所（CMU/SEI）研制的“软件能力成熟度模型”（CMM/CMMI）。然后，在实践中锻炼，总结适合自己的经验。

下一节谈谈开始负责项目管理。

__________________

书案常逢谷雨霖
MSN:cabinhome@sohu.com
BLOG:http://space.itpub.net/3433/
种下思想，收获行动；种下行动，收获习惯；
种下习惯，收获品格；种下品格，收获人生！

“我的项目管理之路”有奖征文活动已截稿！

northmoon
老会员