Nearly Universal Principles of Projects

原则一:结果与事实比隶属关系更重要

我们都有一种自然的倾向,即认为我们隶属于某些群体,这种倾向往往超出了其本身,使我们产生强烈的隶属关系,并因此导致一些问题。 因为这些隶属关系,我们失去的东西比获得东西还要多。 如果我们不将我们的身份和偏好限制在某些群体中的话,我们就可以成为更专业和更成功的专家。

示例:敏捷vs瀑布

在预测型方法作为标准方法的年代,一群高度热情的人在IT开发中勇敢地尝试采用自适应开发方法,并将这种方法称为“敏捷”。这是一个伟大的举措,因为他们并没有将选择限制在看似必要的范围内。在敏捷社区中有许多热情以及结果导向的人,但不幸的是,在这个社区中也有一些人将敏捷作为宗教一样来崇拜,并将所有外人视为敌人。这会在多个方面产生问题,包括:

通过将“敏捷”仅作为一个开发方法来使用,而不是将其看作包括很多成员的社区,那么,即使不能解决全部问题,也可以显著的减少这些问题的发生;要使那些认为自己是创造者、问题解决者和领导者的人认识到,他们只是敏捷的推动者之一,而不是敏捷的标志。

对于真正的专业人士来讲,并没有敏捷与瀑布之争。

示例:PRINCE2® vs PMBOK®

社区中有许多专业人士将要么将自己与PRINCE2®关联,要么与PMBOK®指南关联(通常是因为他们的所处的位置),这实际上并不是他们对某一个更加熟悉。 我们都可以对某些资源有所偏爱,但他们不是我们的标志,更重要的是,我们必须熟悉所有这些资源,以拓宽我们的视野和选择。

真正的专业人士对所有想法持开放态度,探索他们,学习他们,并在需要时使用它们,无需隶属关系。

示例:持续学习

隶属关系可以让一个人通过产生归属感而获得满足,但是这种关系并不会推动他们学习,有时甚至因为担心失去他们,而不鼓励他们学习。 当你是一个自由的人、一个没有隶属关系的专家时,你需要通过学习,持续的来学习来填补空白。

我们今天所认为的并不是事实,而是到目前为止我们最好的理解,它需要我们持续改进。 如果一个人的想法与他几年前的想法完全相同,那肯定是出了问题。 甚至对于基项目通用原则(NUPP)来说就是这样,如果你在几年后回过头来,看到完全相同的东西,你肯定会提出质疑。

示例:开放性

当拒绝某个人的时候,请确保你的目的是拒绝那个人的想法,而不是那个人。 这有助于防止很多紧张的情形发生。 同样地,当某人拒绝你或关注你的时候,尽量不要把它当作是针对你的战争,而是在讨论你的想法,并对其保持开放态度。 不要听他是如何回应的,而是要听他是如何理解的; 并与这个人一起提升这个想法。

有些人可能故意针对你这个人,而不是你的想法,在这种情况下,你应该在继续之前来帮助他们关注你的想法,而不是关注你本人,并试着在整个谈话过程中保持这样的状态

discussion icon NUPP是开源的,并可以在 Creative Commons许可下免费发布。

discussion icon 分享你的观点或者在LinkedIn page中提出问题。

discussion icon 作者: Nader K. Rad

discussion icon 翻译者: 黄宏

discussion icon The one-page version of NUPP, suitable for print or for making PDF files.