怎样区分项目和项目集（群）

      首先我们来谈一谈项目和项目集群的区别，这个其实一直以来挺不容易讲清楚的，因为在我的理解中，其实这个世界上本来是先有的项目集群，然后再有的项目。众所周知，其实第一个被称之为叫项目的是曼哈顿计划，就是当初在二战的时候制造原子弹和发明原子弹的这个事。这个事，其实以它的复杂程度，以它的创新性，其实理论上来说更符合项目集群的特征，但实际上我们给它取了一个名字，叫project，首先是把它叫了项目。

　　其实我们发现叫项目的事可以很多，有简单的事，有复杂的事，都会成为叫项目。但其实项目和项目不一样，简单的和复杂的项目管法不一样，因此就要对它做一些区分。

　　在我看来，这其实就是为什么在项目管理发展到一定阶段的时候，就把原来都被称为叫项目的事分成了两类，一类叫项目，一类叫项目集(群)。但其实本质上应该是一类简单的项目，一类是属于很复杂的项目。所以在我看来，其实就是特别复杂、特别难的项目，通常我们会把它叫项目集(群)，那相对简单、目标相对清晰的项目，我们就把它叫做项目。那么这个简单和复杂到底是怎么区分的呢，请大家看下面这张图。

　　其实通常我们会从上面两个维度去做区分，这里面一个纵坐标，一个横坐标，那横坐标指的是项目目标的模糊程度，换句话说，就是我们一开始能把我们这个项目最重要的达成目标和交付能想清楚的程度。那么通常一般项目目标比较容易想清楚的，我们认为这种目标相对简单，很直接就知道交付是什么，知道验收标准是什么的，那我们直接奔着它去就行了。

　　可是还有一类项目其实往往通常是战略性的项目、变革类的项目，或者非常创新性的或者探索性的项目，从一开始的时候，其实大概只有一个模糊方向，有一个影子，其实根本就搞不清楚具体的交付是什么，可能也不一定能搞清楚最后这个事做完了，做到什么程度才结束。所以这种就被我们称之为偏模糊性的，从上图这个坐标轴上来看，它就有这样一个区分。一般通常来说相对偏技术一点的项目，它的目标就更容易确定一些，当然我们说一些突破式创新性项目可能相对会复杂一点，但是整体来说会好一些。

　　但是如果我们的项目是一种商业类的项目，那它的目标程度就会增加，因为有的时候其实商业结果跟人之间的关系，包括未来什么样的业务模式才是一个最佳的业务模式，中间还需要有一个探索和谈判的过程。所以有的时候它的这个模糊程度就会进一步增加，就比单纯技术的项目目标模糊性要更大一些。当然我们说的最不容易确定的目标往往是偏社会性的，比如说具体的法律法规的政策，它一旦推出或落地了以后，那老百姓会怎么反应，这时候最终大家会在一个什么样的平分点上达成共识，其实这些是更加难判断的，因为里面涉及到大量复杂的个体以及群体。

　　所以这时候我们会看到，如果我们所选择的项目是一个非常偏技术的项目的时候，那相对来说目标会相对容易确定一些，如果我们选择的项目，它是一个商业类的项目，比如一个商业模式研究的项目，或者是一个拓展新业务的项目，那这时候它的目标模糊性就会模糊很多，因为最终的结果不好判定。那么如果我们选择的项目其实是一个会影响到很多老百姓大众，或者影响到一个生态体系的时候，那其实这个目标就非常难确定了，这就是我们所说的目标的模糊性。总体来说，目标越模糊，这个项目群管理的难度越大，目标越简单，这个项目管理就相对来说会相对简单一些，那目标相对确定。 

　　另外一个评价维度，我们把它称之为叫过程的不确定性程度，就是纵坐标绿色的这条线。过程的不确定性程度，它其实指的更多的是由我们当前到实现目标中间这一段过程。其实会影响到过程不确定的因素也挺多的，有的时候可能过程会变，有的时候项目过程非常复杂，因为涉及到了多种不同的学科，涉及到了很多的跨界，涉及到了很多不同的人，可能大家之间的关系要磨合，观点要磨合，方式要磨合，那这些都会造成很多的不确定。有的时候虽然目标清晰，可能过程并不一定确定，比如说尤其在早期的时候，我们国家有很多的项目，其实都是模仿西方发达国家的一些成品，那这个时候其实目标往往是确定的，但是过程却不清晰。

　　那么综合纵坐标和横坐标这两个评价要素，我们就可以看到上图在这两个坐标轴共同构成的这一片区域里，其实是越偏右上角，意味着这个项目或项目群，它的目标非常模糊，而且它这个过程也非常不确定，因为我们不熟悉，缺少相关的经验。那越偏左下角的时候，相对来说目标比较容易清晰，标准容易界定，而且过程也相对比较确定，那过程确定的原因有可能是因为这个过程没有那么复杂，不涉及到非常多的跨界和跨学科。另外有可能是因为我们拥有相对较多的经验，当我们经验较多的时候，过程也越确定，这个经验越少的时候，这个过程越不确定。所以在我看来，越偏向于左下角的时候，我们越偏向于喜欢把它叫项目，越偏向于右上角的时候，我们越偏向于喜欢把它叫项目群或者项目集。

　　我们说其实项目和项目集群它俩没有一个明显的边界，因为它俩其实更多的是偏向于我们对这个项目本身的理解。如果我们对这个项目目标的理解越清晰，那我们倾向于叫项目，越不清晰，我们倾向于把它叫项目集群。那我们对于过程的经验越多，那我们相对于把它叫项目越好一些，如果过程越不确定，我们的经验越少，我们倾向于把它叫项目集群。

　　那这意味着同样一个事，可能对有的人来说，因为相关的经验少，他对这个目标不理解，那对他来说可能就会偏向于项目集群。但同样一个事对于一个经验特别丰富的项目经理来说，可能因为他的经验多，他对目标的理解越准确，那这个时候对他来说就是一个简单的项目。所以这也意味着一个事是既可以作为项目，也可以作为项目集群的，这个可能还在很大程度上取决于承担这项工作的人本身他的经验和它的能力。

　　我们说这个项目和项目集群，它俩可能没有明显的边界，但是这个项目和项目集群的管理方法还是有着明显的边界，项目的管理方法和项目集群的管理方法，这是两个不同的方法论。

　　因为这个项目集群本身的复杂性，那也意味着如果我们想让它的过程受控，它的管理方法也必然需要复杂，不能套用简单的项目管理方法，其实项目集(群)的管理手段比项目管理的要更加复杂。所以如果一个项目相对简单，其实我们并不建议采用项目集(群)的管理方式，因为会有很多额外的管理成本。但是如果我们所面临的一个项目，它确实就非常复杂，从一开始就搞不清楚项目的目标是什么，而且过程又很多变，而且中间又涉及到大量不同的利益相关方来参与的时候，那这样的项目如果用简单的项目管理方法，就很难让这个项目过程控制住，反而可能会走很多的弯路。所以在这种情况下，我们可能倾向于采用一个相对复杂的项目集(群)的管理方式，其目的是让这个过程更好地受控，以保证我们能更直接地找到我们的目标和实现我们的目标。

      以上内容源于网络，如有侵权联系即删除。