博客园-冯超http://www.cnblogs.com/fengchao/好好工作，天天向上zh-cnThu, 28 Aug 2008 01:37:30 GMTThu, 28 Aug 2008 01:37:30 GMT60如何做需求的一点感想http://www.cnblogs.com/fengchao/archive/2007/03/21/682610.html超哥超哥Wed, 21 Mar 2007 06:57:00 GMThttp://www.cnblogs.com/fengchao/archive/2007/03/21/682610.htmlhttp://www.cnblogs.com/fengchao/comments/682610.htmlhttp://www.cnblogs.com/fengchao/archive/2007/03/21/682610.html#Feedback1http://www.cnblogs.com/fengchao/comments/commentRss/682610.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/682610.html 

1.   需求概述

需求是来源于客户的“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了客户“必须或应当”做什么，系统如何配合从而“必须或应当”做什么。

2.   需求开发思路

那么我们可以带着下面的问题去做需求。

（1）    谁（业务组织）？

（2）    做什么（业务对象）？

（3）    现在是怎么做的（现业务流程）？

（4）    这样做有什么问题（业务问题）？

（5）    我们如何解决这些问题（解决思路）？

（6）    解决后又是怎么做的（新业务流程）？

（7）    解决后谁做什么（业务用例、业务功能）？

（8）    系统如何配合他们做（系统功能）？

（9）    系统看起来是怎么样的（系统界面）？

3.   需求文档模版

上面描述只包含了需求开发的二个阶段：需求调研、需求分析，最后还需要进行需求定义，也就是编写需求文档，模版如下：

3.1. 业务组织

详细描述本业务涉及到的组织机构、人员，以及他们职责、关系。

3.2. 业务对象

详细描述本业务涉及到的对象。

3.3. 业务流程

详细描述本业务的现在流程，并提出问题进行分析，优化形成新业务流程。

3.3.1.    现业务流程

详细描述现业务流程（建议用时序图描述）。

3.3.2.    存在问题

列出现在业务存在的问题和可优化的地方。

3.3.3.    解决思路

如何解决上面列出的存在问题。

3.3.4.    新业务流程

根据解决思路优化业务形成新的业务流程（建议用时序图描述）。

3.4. 业务用例

在新业务指导下，各类组织、人员该做什么（建议用用例图描述）。

3.5. 业务功能

细化业务用例，形成详细的业务功能。

3.6. 系统功能

总结所有业务的业务功能，归纳为系统功能。

3.7. 系统界面

描述系统，用界面示例。

 

 



[新闻]中国软件协会：SAP羞辱国产软件是不正当竞争]]>站在客户的角度考虑问题http://www.cnblogs.com/fengchao/archive/2006/06/28/437602.html超哥超哥Wed, 28 Jun 2006 03:41:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/06/28/437602.htmlhttp://www.cnblogs.com/fengchao/comments/437602.htmlhttp://www.cnblogs.com/fengchao/archive/2006/06/28/437602.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/437602.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/437602.html    我们给客户一份名单说明客户所有人对某个功能的权限，但是我们忽略了一个对客户很重要的问题：客户是政府部门，而那份名单的人员没有按照政府部门职位的高低排序。结果客户看到这份文档后从最高领导往下骂，一直骂到我这里。
    被骂了也就算了，毕竟是自己没有做好。但是在项目组内部开会讨论这件事时，有实施人员竟然说我们没有错，这份文档只是说明个人的对那个功能的权限，不是排名表，是他们太敏感了。天啊！的确，我们受过高等教育，知道人人平等，知道姓名只是一个代号。但是关键是客户不这样认为，他们认为名单姓名的排列是很有讲究的，是不可马虎的，君不见任何会议上最高领导正正经经地坐在第一排的正中间吗？
    做实施，一定要站在客户的角度考虑问题。一件事情，只要客户认为不妥就是不妥，不是我们认为没有关系就行的通的。出了这个问题，说明整个项目组对这个“站在客户的角度”意识没有到位，还不能真正做到站在客户的角度考虑问题。

[新闻]福布斯：Facebook网站十大最火爆游戏]]>项目管理一定要规范阿http://www.cnblogs.com/fengchao/archive/2006/06/14/425965.html超哥超哥Wed, 14 Jun 2006 09:58:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/06/14/425965.htmlhttp://www.cnblogs.com/fengchao/comments/425965.htmlhttp://www.cnblogs.com/fengchao/archive/2006/06/14/425965.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/425965.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/425965.html今天在写竣工文档，要对项目的建设过程有个描述，才发现有很多工作过程没有记录，已经不知具体道什么时候在那里做过什么了，要漫天找邮件问人查工作日志。这时才知道规范的重要，每次培训、解决问题和部署发布等要与客户交互的工作一定要有记录，这样在以后总结和回查时有依据。
    作为项目经理，对整个项目的规范要有个规划，现在公司方面还没有这样的规定，沟通混乱无记录，不能坐等，要主动，完善自身，搞好项目组建设。



[新闻]谷歌允许用户评论搜索结果调整顺序]]>不能做“啊混”http://www.cnblogs.com/fengchao/archive/2006/06/13/425022.html超哥超哥Tue, 13 Jun 2006 09:26:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/06/13/425022.htmlhttp://www.cnblogs.com/fengchao/comments/425022.htmlhttp://www.cnblogs.com/fengchao/archive/2006/06/13/425022.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/425022.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/425022.html    如果我们仅仅是想混口饭吃，那么去书店里找个什么高手速成的书就可以了，至少现在能凭它找到工作，但是几年后呢？软件的发展日新夜异，机会很多挑战也高。看了澳大利亚VS日本，在最后10分钟内，澳大利亚连进3球，锁定胜局。我很有感触，认为现在中国的软件行业的底层编程人员就像这样。大家的水平其实都差不了多少，都可以在几个回合就超过对手，也可以在几个回合就落败。
    有过一种说法，说是中国现在软件人才是一个橄榄型的结构，中间层次的人比较多，高层人才和底层人员少；但是梁肇新却认为是方塔型，大部分是初级程序员，少数是中级，极少是高级人才。也许他的这种看法更正确。
    我们现在就处于方塔的底层。在底层下面，竞争是很激烈的，是能在几个回合打败对手的地方，也同样是能在几个回合被别人打败的地方。要想能不败，就要先认清自己现在的形势，进而担忧手中的泥饭碗——人无远虑，必有近忧。

[新闻]Internet 另一超级漏洞被公布]]>6月11号项目管理讲座体会http://www.cnblogs.com/fengchao/archive/2006/06/12/423759.html超哥超哥Mon, 12 Jun 2006 04:41:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/06/12/423759.htmlhttp://www.cnblogs.com/fengchao/comments/423759.htmlhttp://www.cnblogs.com/fengchao/archive/2006/06/12/423759.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/423759.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/423759.html    管理的艺术在于资源的分配，包括人。当有事情过来时，管理就是合理安排资源去完成他，当然，你也属于资源。要做到资源的合理分配，那么就需要对所有的资源有深刻地了解，其中人是最难掌握的，因为人是能动变化的。虽然管理是针对资源，但是核心还是转到人上面来。只要管好人，事也就管好了。
    一个项目团队中如何管理？
    1：列出团队拥有的所有资源清单，重点放在人身上。包括人的个性、优缺点、特长、短处、喜好……
    2：对资源进行指标统计，根据团队组建目标，对资源进行调配，其中对人才的各方面的培养、提高。
    3：了解目前资源的状况，如正在使用中、缺少、休假中……
    4：根据目前的工作“合理”安排资源完成，包括反馈。
    5：对经常性的工作流程进行总结，建立好团队运作机制，包括人才培养机制、团队内部沟通机制、需求
        如何处理机制、设计机制、开发机制、测试机制、部署机制、实施机制、用户反馈机制……
    6：对整个团队时时保持反省改进。


[新闻]3 个独特的未来搜索引擎]]>某2个人的qq对话http://www.cnblogs.com/fengchao/archive/2006/06/09/421416.html超哥超哥Fri, 09 Jun 2006 03:02:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/06/09/421416.htmlhttp://www.cnblogs.com/fengchao/comments/421416.htmlhttp://www.cnblogs.com/fengchao/archive/2006/06/09/421416.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/421416.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/421416.html    A 21:01:08

最近怎么了？ 这么不爽？

B 20:53:31

迷茫

A 21:01:30

hehe ~`

B 20:53:53

呵呵，前途在那里？

A 21:01:50

你的不是还一直抖比较明确的吗？

A 21:02:12

那要看你想要什么样的前途阿 ，至少是希望阿

B 20:54:28

现在是上不上，下不下

尴尬

A 21:04:10

怎么说？

B 20:57:22

写程序不行，就做些杂事

A 21:06:22

最近看到一个作了很多年it的人的分析，得出的结论是 越早离开编码，将来越有钱图

B 20:59:04

没有用的

现在离开编码只有死

A 21:08:04

我现在也是每天好像都在忙，也不知道在忙什么了

B 21:00:37

呵呵，一年前我就有这种感觉了

A 21:12:05

看一些网上的文章，都指出一直coding只有死~~ 那到底什么时候离开呢?

B 21:04:41

天知道，我这边光编码也是死

A 21:13:18

最近有时会去企业跑一下，感觉人要值钱就2条路

B 21:05:40

？

A 21:14:09

1 。 在一个行业里有经验~~ ，因为it 总是新的，行业知识和了解才是掌握和服务好客户的关键

B 21:06:38

同意

A 21:08:02

2。真的很牛 ，技术全面 ，做一个专家级的

B 21:07:17

同意，但达不到

A 21:09:17

不过 第2中 人呢，人很少，而且呢，除非快到大师级，虽然受人尊敬，但在企业的地位并一定不高

B 21:08:

现在的现象大都如此

A 21:09:59

所以 ，我们剩下第1条路

或者

在什么时候转行

B 21:09:43

呵呵，业务知识，行业知识是另一个重点

A 21:10:54

就你呢，我有点这么想：

A 21:11:

GIs这几年必然大旺 ，一个是 各种和地图相关的 民用

B 21:11:00

可能性不大

A 21:12:28

另一个是 政府方面 ，随着各方面服务要求越来越高 ，事情不断

B 21:11:54

呵呵，GIS是有钱人的游戏

实际没有大用途，骗人的

A 21:13:10

可能性不大 -- 指什么？

民用的 举个例子 ： GPS导航 

B 21:12:43

GPS导航与GIS没有大关系，是3S中一种 

A 21:13:46

没有的~~ 虽然是有钱人的游戏 ，但有人愿意扔阿

A 21:14:21

在我所看到的资料里面 ，它属于 GIS的范畴

A 21:14:38

不知道你听说过 MapInfo 公司没有？

B 21:14:18

噢 

A 21:14:37

不知道你听说过 MapInfo 公司没有？ 

B 21:17:31

知道呀，怎么了？

A 21:18:

你觉得他们对产品怎么样？

A 21:19:13

在者你觉得你们公司和他们的区别是什么？

A 21:19:27

你觉得他们对产品怎么样？ ==〉你觉得他们的产品怎么样？

B 21:18:35

一般，现在GIS是ESRI的天下

国产的是SuperMap和MapGis的天下

B 21:19:11

产品定位有明确的倾向性

追求的是稳定不是速度

A 21:21:45

但是据我了解的有3个企业开发一般民用的地图的时候都用的是他们的

B 21:21:17

便宜

B 21:21:32

跟国产的差不多

A 21:22:41

这就是优势阿，推广快

A 21:23:11

但他的肯定比国产的好~~ 虽然我没实践了解过

B 21:22:55

呵呵,现在可以做图的GIS软件太多了

国产的SuperMap的质量就不错,速度也快

B 21:23:09

价格也不错,市场做的也好 

B 21:24:13

现在GIS还没有到民用的地步

应为我们国家还是一个测绘管制的国家,没有数据,GIS就是死的

B 21:24:41

现在政府机关一般都用ESRI的ArcGIS

B 21:25:08

号称GIS软件中的Ms

A 21:26:36

有看到ArcGIS的评价~~

A 21:27:01

我们最近要做 GPS+ GPRS 的整套汽车导航系统

B 21:26:20

噢 我们有同事在厦门就是做这个的

A 21:27:30

所以看了看地图方面，基本上决定选用MapInfo的

B 21:26:33

出租车用的

B 21:26:46

对，他们也是用MapInfo

A 21:28:09

我们就是定位在汽车上的，打包我们的物流管理，可以提供整套方案

A 21:28:30

是阿，为什么不用 MapGis呢？ 

B 21:27:27

呵呵，变成同行了

A 21:29:01

还是中文的~~~ 在国内~~ 为什么都不用~~ 有没想过？

B 21:28:01

MapGis是中地的，主要侧重于制图，不适合

B 21:28:41

中地主要从事的行业是电力和矿产

A 21:30:18

但MapInfo 就包含了阿

A 21:30:52

有SDK制图，有普通ActivX应用的，由java应用包，又。net应用包

B 21:30:44

MapGis设计的基础就是制图的，很多地方不合理，数据转换方面也一般

A 21:32:39

另外MapGis有国外的地图配套卖吗？

B 21:31:57

你想要什么数据？ 

{E10A36DC-0623-4A77-8A7F-1AE4D0383CF1}

A 21:33:50

可能回需要亚洲和欧洲一些地区的民用地图，所以顺便问下

B 21:33:36

现在的数据种类太多了

有矢量的影像的高程的

A 21:34:52

supermap的产品系列好像还很全阿

A 21:35:07

有什么差别？ 

A 21:36:19

用的人只要求 ：能有放大，缩小，拖动，定位（GPS 以及各种按照名称阿或者什么的） ，线路标记等

B 21:35:24

矢量数据就是线画数据

影像数据就是卫星图像或航摄图像

高程数据可以理解成是不规则三角网，立体的

A 21:36:41

大众化的应用上基本就只要这些功能巴

A 21:37:05

对我们用的来说，不关心这个的

B 21:36:00

噢 ，也有什么路径分析等

A 21:37:16

是阿

A 21:37:37

我选的时候就不考虑这些，我只要精确，高效

B 21:36:39

你说的起码要有地名数据、路网数据

A 21:37:49

是阿~~

B 21:37:17

可是这两个数据都不好弄

地名数据在民政局

路网数据在交通局

A 21:38:38

那mapinfo怎么又阿？

B 21:38:16

如果你还要精确，mapinfo我不清楚

不过如果就是你说的那几个功能，应该就很简单

A 21:39:46

所谓的精确，是民用级别的

B 21:39:09

找找相关的接口就行了

你要在什么上开发？pc，pda？

A 21:40:28

A 21:41:57

这个市大连城市亮化工程的一部分

B 21:41:01

噢，那就比较简单

B 21:41:28

找mapinfo应该会提供显示地图的控件

A 21:42:41

一般大众化应用，就只要求这些啊~~ 就像你拿着纸地图

B 21:41:55

简单的功能在空间中有集成

B 21:42:23

呵呵，测绘行业，图纸才是最重要和精确的

A 21:43:44

ok 了

A 21:44:06

在说下去没得喝你说了~~ 剩下我不会的乐  

B 21:44:03

我告诉你，你们来搞gis开发比我厉害，只是你们不愿意而已

A 21:45:19

所以呢 ，你看你在这个行业里了解的不少了

你去51job搜一下，GIS工程师 ，然后也可以试一下应聘一个，了解了解

A 21:45:39

这个又是怎么说呢？

B 21:45:17

呵呵 gis行业只认应用，很少会要你去做底层的开发

B 21:45:55

所以你们的编程技术在GIS已经是绰绰有余

B 21:46:10

剩下的就是你们需要经验了

A 21: :33

到这里来了，和企业接触了一下，有点相信我们boss的观点： 技术永远不是项目里面最难的！

同意？

A 21:48:19

所以阿，你不用为你可能没编程了而不爽阿

B 21:48:11

呵呵，我是在迷茫在现在项目组中的角色，这里已经不是离开我就不行了

那么我存在的价值就没有了

A 21:49:54

你想达到“这里已经离开我就不行了” ，这个很难

A 21:51:03

1 。 如果公司大，又前途，那么势必 制度健全 ，说明什么呢？ 说明不论走谁，公司一点不受影响。

这是老板们的终极目标吧~~

B 21:50:22

呵呵

也就是说我的工作有人可以替代 

A 21:51:36

2 。 小公司，可以达到那个局面，可是你又会呆多久呢

B 21:50:58

呵呵，我说的你理解错了

我说的是工作的内容

A 21:52:13

你看了很多历史，你认为 有人是不可替代的吗？

B 21:51:44

部分工作只有我会做而且做的好

这叫不可替代

B 21:51:46

呵呵呵

A 21:53:23

只有我会做 --- 这个可能比较难，我是老板我一定尽力不让它出现

A 21:53:34

做的好 -- 这个可能

B 21:53:44

发展期的分工不可能让你接触所有的内容的

所以一旦安排你干什么 ，那在那方面 你就是专家了

呵呵

A 21:54:54

着就是说你在某一方面 达到在你们内部是一个 专家这样子阿

A 21:55:

是吗?

我就是什么都让我干，什么也干过一点，可我开始害怕了

B 21:55:04

搞开发的人员很少有人搞数据

我进公司开始就搞数据转换，所以我在组里面是对数据比较熟

A 21:56:53

恩？ so ？

B 21:55:56

现在数据建库工作搞完了，所以我就失业了

呵呵

A 21:57:15

那不是正朝你预期的方向发展吗？

A 21:57:25

还有下一个项目阿~~

A 21:57:42

你指望什么呢？ 什么都作？

B 21:56:55

但是我现在怎么办

东莞项目什么时候才能完，天知道

B 21:57:09

不完，肯定不会叫我走的

B 21:57:16

所以郁闷

A 21:58:56

经验有时候确实是慢慢混出来的

A 22:00:07

说明 你的专家级别还不够啊！！

B 21:59:13

呵呵，在国土局有个同事比我熟

我是做基础数据建库的，他是做业务数据建库的

所以国土的人对业务数据关心的程度大的多

现在我在国土局就是陪太子读书，呵呵

A 22:00:35

你不是想了解周边的吗2？ 现在就有时间有机会阿

A 22:01:24

这个正常的！ 软件公司的人都是业务差的

B 22:00:27

我决不敢自大到专家的地步

最近在做私活，没有时间了解别的，呵呵

A 22:01:45

噢？

A 22:01:55

那还郁闷~~~

B 22:01:05

我老板介绍的，所以麻烦

A 22:02:21

呵呵~~ 

A 22:02:35

老板介绍的有好有坏阿

B 22:01:52

天知道有没有回报

A 22:03:12

你就当是做私活的经验积累吧

B 22:02:35

唉 就是把现在的系统改改

A 22:03:53

呵呵

A 22:03:57

瞧不起阿？

A 22:04:46

a ~~

比较晚了，要回去了~~

B 22:03:57

噢 你早点回

B 22:04:12

注意休息，注意身体

A 22:05:16

ok

A 22:05:18

恩



[新闻]诺基亚新机N85 N79发布]]>重视需求http://www.cnblogs.com/fengchao/archive/2006/05/31/413878.html超哥超哥Wed, 31 May 2006 04:47:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/05/31/413878.htmlhttp://www.cnblogs.com/fengchao/comments/413878.htmlhttp://www.cnblogs.com/fengchao/archive/2006/05/31/413878.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/413878.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/413878.html    国内软件开发很奇怪，以合同作为验收依据，孰不知，合同在签订时由于不能做详细调研（做了太详细的调研需要大量的投入，签不了合同怎么办？），导致那时签定的合同基本是不符合项目真正需求的，所以最后做出来的东西会发现与合同规定相差甚远，一般是达不到规定。如果按照合同来验收，极难合格。而且由于国内项目的甲方为了争取更大的自主权和性价比，往往在合同中罗列了大量含糊的东西。面对这样一个合同，你会发现所有的东西都要做。合同中往往隐含这样的意思“完成甲方要求的任何要求”。
    这样，项目经理在做项目时，首先就是要控制住项目的范围，该做什么，不该做什么，能做什么，不能做什么？项目经理如何从这份满天飞的合同中筛选出有价值的东西来做，就尤其重要了，这也是项目范围管理的表现了。
    国内的项目成功不依赖做了什么，更依赖与客户的关系，尤其了高层客户，这也是极其符合国情的。


[新闻]数据库市场:微软和甲骨文快速进步 威胁IBM]]>网，无处不在http://www.cnblogs.com/fengchao/archive/2006/05/28/410251.html超哥超哥Sun, 28 May 2006 09:54:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/05/28/410251.htmlhttp://www.cnblogs.com/fengchao/comments/410251.htmlhttp://www.cnblogs.com/fengchao/archive/2006/05/28/410251.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/410251.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/410251.html计算机由单服务器加终端时代到因军工需要出现互联，再而出现PC机，PC机的出现使计算机世界爆炸增长，形成互联网，成就了微软。PC机的普及，互联网带宽的大幅度提高，形成即时通业务、网游、网上交易等服务行业。
    接下来会怎么样呢？
    因电视收音机的普及产生广播网，因电话手机的普及产生传统的电信网，因PC普及产生互联网。这几个网络最终将会统一，形成一个多设备品种的杂网，此时无线将会下一个主流。

[新闻]深度分析：全球千亿美元市值IT企业7月榜单点评]]>调研工作的思路http://www.cnblogs.com/fengchao/archive/2006/03/03/342343.html超哥超哥Fri, 03 Mar 2006 11:21:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/03/03/342343.htmlhttp://www.cnblogs.com/fengchao/comments/342343.htmlhttp://www.cnblogs.com/fengchao/archive/2006/03/03/342343.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/342343.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/342343.html总结需求调研工作的思路如下：

1.    通过面谈和实地考查（包括直接接触业务，操作现有应用系统等）对业务有一个直观的、总体上的了解。

2.    根据总体认识，再对业务进行细化。设计出有针对性的调研表格，了解细节问题。

3.    根据面谈和反馈的调研表格整理出初步的文档（主要包括业务流程图草图以及交互数据等）。

4.    设计方与业务人员反复沟通，根据反馈意见不断完善文档。

5.    最终确定相关文档。



[新闻]中移动上半年净利549亿元 每天盈利3亿]]>把握项目开发的节奏http://www.cnblogs.com/fengchao/archive/2006/02/22/335642.html超哥超哥Wed, 22 Feb 2006 10:03:00 GMThttp://www.cnblogs.com/fengchao/archive/2006/02/22/335642.htmlhttp://www.cnblogs.com/fengchao/comments/335642.htmlhttp://www.cnblogs.com/fengchao/archive/2006/02/22/335642.html#Feedback0http://www.cnblogs.com/fengchao/comments/commentRss/335642.htmlhttp://www.cnblogs.com/fengchao/services/trackbacks/335642.html    项目开发的进度控制是不是所有项目经理头痛的问题呢？项目最大的风险莫过于收不到项目款项，其次就是项目失控吧？项目失控就意味着成本增加、团队加班、整天噩梦吧？那么应该如何有效去控制项目进度呢？这个问题有很多书和大师们在努力地解答，从中我们可以学到很多有用的技巧和管理能力，但是我想，有一点可能无法从其它人和书上学到的，那就是体会整个项目的节奏，进而把握整个项目的节奏。这个节奏会因不同的项目团队和不同的项目而不同，高明的项目经理能顺应这个节奏奏出一曲跌宕回肠的乐曲，糟糕的项目经理只能在其中被动挣扎。
    那么这个节奏到底是什么呢？拔河的人应该有体会，整个过程并不是一直出全力的，而是队员们一齐按一个规律出力，这个规律就是当时拔河的节奏了。转到项目上来也是，整个项目过程，团队是不可能一直全力以赴的，那样的话，大家很快会集体疲劳而效率低下的。所以项目经理要把握好项目的节奏，让整个项目团队按着节奏张弛有度。
    如何去把握它呢？一般在项目初期，应该由项目经理有意识地引导团队形成项目节奏，这个节奏一般来说就是每2个里程碑之间的“距离”。项目经理通过项目计划，合理安排好里程碑，形成一个合理的节奏，带领整个项目有序前进，项目任务就可“指日而待”了！

[新闻]中国移动谋划推出Web2.0产品mspaces.net]]>