企业管理 业界消息 办公自动化 客户关系管理 项目管理 协同商务 业务流程管理 知识管理 内容管理 供应链管理 电子商务 IT综合 文件标签
首页 » 文档中心 » PMS 项目管理 » 有效的项目管理(1)

有效的项目管理(1)

2003-10-23

有效的项目管理(1)
文章类型:精华文摘 文章加入时间:2002年1月19日18:50

这是微软资深项目经理人Stephen Maguire的项目管理经验。希望对大家有用!

首先明确一些文中的概念:
项目经理:是项目的负责人,负责拟定进度,监督工作确实按进度实行,确保所有工作都方向正确,不出纰漏,培训团队恩怨,并向高级主管报告项目状况。
设计师:我们这里说的设计师包括程序设计师和网页设计师,网站开发的主力人员。
技术经理:由团队中资深设计师担任,负责项目的内部整合,确定开发规范,确保技术文件更新。
产品经理:非团队人员,负责与行销人员或客户协调,监督网站的开发符合客户和公司的期望。

第一章.有效团队的基础。(共4节)
1.专心改善产品
公司付工资给设计师,要他们在合理的时间开发出品质精良的网站,但是设计师们的时间却经常被其它事情占用了。
典型的情况是设计师要花大量的时间准备会议,参加会议,读写开会记录和进度报告,还有回复email等等,这些事情都不能改善网站的工作,虽然其中一些是设计师自己主动做的,但更大一部分是项目经理下的命令。
虽然项目经理的本意是好的,但是却违背了项目经理的基本守则:
项目经理的任务是努力消除设计师工作上的一切障碍,让设计师权利专注在真正重要的工作上---网站开发。
这不是震惊世界的发现,只是简单的道理,但是有多少项目经理确实做到呢?
请不要从字面上理解我的话,并不是说设计师只许制作网页,开发程序,事实上,思考如何设计,测试和培训等等,虽然不是直接投入在改善网站上,但对网站的质量却有重大深远的影响。


2.排除干扰

如果你希望团队在期限之内完成网站,就必须尽可能排除一切不必要的工作。在你分派工作给组员前,请问问自己,这件工作真的有必要让大家做吗?身为项目经理,必须时刻问自己一个问题:
“我努力的目的究竟是什么?”
这样工作就不容易偏离方向。记住,要以整个项目的眼光来看事情,你就不会陷入个别细节中了。
比如开项目进度会议。目的是为了了解项目进行的情况,以避免项目进度失控,但是如果每一个项目都如期完成,也没有人要加班,那还有必要报告进度吗?
还有常见的就是让组员写报告,交代自己做了什么,解释为什么延迟了,这往往会令很多设计师头疼和反感。一天8小时工作时间,很可能4个小时花在了写报告上。而正常的开发工作却不得不加班做。
请不要误解我的意思,我并不是说不需要进度报告,只是提醒项目经理们,不要过分注重“项目流程”,而忽略了真正的产品----你的网站。我的一点心得是:用一个新的办法了解进度,容易写,而且不花时间。
1.每当有设计师完成一个功能(子项目),就发一个内部email给大家;
2.每当项目进度可能落后,就和我私下交流,讨论解决的办法。


3.明确目标
就象你准备考一个学位或者买房子,都要筹划一番,然后行动,再达到目的,做一个网站项目同样需要制定明确的目标。注意“要完成一个网站”只是一个模糊的目标,它还不够具体和明确。
实际操作中,可能很多网站在目标不明确的情况下也完成了,但问题是,在这之前,有多少时间被浪费了?虽然你运气好,完成了项目,可是比起有明确的目标,有目的有控制的规划,实施来说,哪一个更稳当,风险更小呢?
什么样的目标是明确的目标呢?其实并不一定是博大精深的,只要足够详细,能够保证项目向正确的方向进行就可以。通常只要项目组长花几小时,或者几天时间就可以制定一个详细的项目目标。例如本站:
目标1: 建立一个以网站项目管理为主题的网站。
评价:目标已经明确主题,但还是不够详细。
目标2:为网站项目管理爱好者提供一个交流的平台。
评价:目标定位了服务对象和主要功能。但是并没有体现我们建立网站的深层目的。
目标3:为网站项目管理爱好者提供一个学习交流,并能够共同制定详细规范的平台。
评价:明确的目标,指出了服务对象,最主要的功能和网站本身的目的。
在目标确定后,我们就坚持这个大方向,凡是有利于目标实现的最先完成,比如:论坛,规范文章。与目标无关或关系不大的,可以不做或者推迟做,比如人才交流,漂亮的界面等。

设定目标就是把“你要完成的事”用清晰的语言描述出来,让团队每一个成员都有明确的概念。只要把目标稍微理得清楚些,整个项目的方向就会有惊人的改变。记住这一点吧:理清详细的项目目标,可以避免在不必要的工作上浪费时间。
也许设定目标会花你一两天时间,但相对报酬是非常值得的!


4.设计的优先考虑
好比买菜,有人买罐头的因为最便宜,有人买冷冻的因为最方便,有人买新鲜的因为最健康,因为在他们的心目中,强调的优先考虑不同,网站开发也是一样的道理:同一个程序,不同的设计师写的代码必定不同,有认为代码越简练越好,有认为容易使用最重要,还有的则喜欢追求执行速度。
项目的目标和网站开发的优先考虑并不相同,但两者有重叠和影响的部分,因此我们要建立以下基本观念:项目目标引导项目的方向,而设计的考虑顺序影响设计的过程。
每个项目的具体情况不同,考虑的优先顺序也回不同,一般来说,程序设计考虑的优先级表为:
1.尺寸大小(size)
2.速度
3.安全性
4.可测试性
5.容易维护
6.简洁
7.再用性
8.可移植性
除了优先考虑顺序外,你还应该建立各项考虑点的质量规范,例如你认为尺寸是优先考虑,那么多大才算合格呢?如果事先能够决定最合适的优先考虑顺序,并建立质量规范,团队就不会浪费时间,网站的整体风格就会比较一致。

第一章小结
回顾本章讨论的内容,我们可以得出网站开发的良好基础是:
确定您要达成什么样的目标以及如何去做,让每一位组员都明白目标,并专注地朝这个目标努力,设定设计的优先考虑顺序,以及相对的质量规范。


第二章 有效的作业方式
1.什么时候修改错误
如果我问你,网站开发过程中,正确的除错时机是什么?你会怎么回答?
A.等到所有功能开发完毕后再一起测试修改;
B.一发现错误就立刻除掉它;
C.无所谓,反正花的时间是一样的。
正确的选择是B:一发现错误立刻除掉!
对项目来说,最糟糕的情况莫过于被bug整得团团专,来不及完成项目目标。如果只管开发,把bug留到最后,会高估项目的完成率,看起来马上要完成的项目,却惊异的发现还需要3个月的时间除错。微软的经验是:
(1).bug越晚清除,时间花得越多;
(2).在开发过程中立刻除虫,可以让您早些学到经验,然后不会犯同样的错误;
(3).如果能够保证没有任何错误,您就能比较准确的估出项目的完成时间。
所以,设计师应该把找错误当成一件重要的事情,不要为任何理由而耽误。

2.email的时间陷阱

email是个很棒的工具,但是水能载舟,亦能覆舟,如果email被不当使用,也会影响生产力。
我常发现很多设计师喜欢让email打断他们的工作,不是指他们发了太多的email,而是只要有新的email进来,他们就停下手边的工作,看看有什么新闻,有什么新鲜事,并开始回复email。有些设计师5分钟就收一次信,这样一天下来,可能什么事也做不成,因为设计工作是需要一整段时间去思考和沉在其中才能完成的。
为了解决这个问题,我告戒新设计师门,恢复email要分批做,早上一上班,中午休息时间,或者是下班前看一下都可以,但不要有事没事都不停的看email。

3.好方法让大家分享

工作的策略是非常重要的,因为它是许多经验和思维浓缩而成的,将这些策略或者方法集合起来,能够让个人的生产力和工作质量提升到更高的境界。
身为主管,你应该鼓励组员提出改进工作效率的建议。引导组员思考的方法也很重要。比如,下面两个问题:
a.为什么进度总是一再落后?
b.有什么办法可以避免将来再发生进度落后?
第一个问题可能的答案是:互相依赖的工作太多,工具太难用,老板是个白痴等等;第二个答案可能是:减少互赖性的工作,购买更好的工具,与老板加强沟通。
两个问题的方向不同,第一个是探究原因,导引出抱怨;第二个是未来改进的方法,导引出解决办法。
问题越精确,问题越有力,对项目目标的实现就越有益,让我们再看三个问法:
a.如何保持每次都如期完成项目?
b.如何在不加班的前提下,如期完成项目?
c.如何在不加班,也不增加人手的前提下,如期完成任务?
第三个问法,就迫使大家来点真正有创意的思考和认真检讨工作本身值得改进的地方了。一次比一次更精确的问题,可以刺激思考过程,激发更有创意的答案。

4.无意义的惩罚
惩罚是一种心理上的负强化作用,惩罚是对员工的责骂,训斥与威胁,就象鞭打马匹使它服从主人的命令。发现有一位组员进度落后了,不得了!叫过来骂一顿,这就等于是给了他一贴重剂量的药物,逼使他以后不敢再对进度掉以轻心。
这种管理手段是该受谴责的,我绝对不鼓励任何人这么做。想一想我们前面提到的立刻除错策略,如果设计师发现错误,他花费好几天时间解决这个问题,当然不是他喜欢的结果,但主管却因此让他受到威胁,设计师以后还会仔细查错吗?我们希望任何事都是很自然,没有必要加重组员的苦恼,绝不是强调谁是老板谁是奴才,谁必须服从谁。
如果主管们的用意是希望组员因此而工作更努力的话,就大错特错了。这种责骂只会激起组员心中的愤怒,羞恼和沮丧。实际上,往往这些项目的问题都出在管理方面,目标不明确或者野心太大,设计师只是倒霉的遇上了差劲的主管,其实他们的能力不比其他项目的设计师差。因此放弃责骂吧,责骂只会让项目更糟,绝对没有任何改善的效果。

第二章小节
这一章的内容,我们主要明确以下观点:我们要采取策略性的作业方式,并不断的找出一些简单而有效的方式改善目前的工作,小小的改变可能产生惊人的效果。

相关链接
项目管理的 “诗外功夫”2003-10-16 BBS_6_项目管理与组织结构2003-11-07
项目管理与网络计划技术2003-09-21 质量管理体系对“质量目标”的要求和...2003-09-14
一切都将成为项目2003-09-13 项目管理九大知识体系 沟通管理2003-12-15
三峡工程_集成应用系统2003-07-27 监理在信息系统工程中的定位2003-07-23
项目管理强调“正确地做事”2003-07-11 AP Suite呼叫中心质量管理软件获公用...2004-02-07
Copyright © 2000-2010   Shenzhen Hiblue Software Co., Ltd.    Url: www.hiblue.cn