项目管理，你没意识到的“人”和“方法论”.docVIP

　　项目管理，你没意识到的“人”和“方法论” 最近慢慢在做一件事：把一些工作上的内容，变成一张张围绕关键字的知识图谱。当然，我知道，这是个非常大的坑，需要整个职业生涯来不断填补。 但是我想，这个还是很有意义的，不仅对自己，也对别人。而且我觉得，maybe可以找到一群有同样想法的小伙伴，一起做知识图谱，一起相互share？ 花了两个下午的时间，简单的整理了一张有关于互联网中的项目管理的相关内容，主要包括： 项目的简单定义；（简单） 项目的简单分类以及项目分类的意义；（简单） 项目管理涉及的阶段以及各阶段中需要的注意点；（详细） 具体大图谱如下图：点击放大或者下载原图可以看的清，至于要不要收藏，就随意了。 【在新标签页中打开图片，即可清晰查看】 看图的童鞋们应该会发现，以上的图，主要展开描述的还是项目管理中项目流程的相关内容，应该可以帮助到以下几类童鞋： 对项目流程没有概念的童鞋，普及下基本知识； 对项目流程有基本认知，但只知“点”不知“线”，心中对某些部分有疑惑的童鞋； 对项目流程有完整概念，仅当作一个各流程注意点的梳理的童鞋； 当然，整理项目管理知识图谱的终级目标不在于对项目流程的整理，而在于对不同维度的项目做分类整理，找出分别的核心、特点是什么，以便于在实际工作中做交叉借鉴。而这个部分，就不在上面的大图中分享了，一来内容太多太杂，二来即使分享了也可能看不懂，三来是自己也没有整理出太多的分类，暂不献丑。 除了以上一些图的内容之外，下面我想重点提一下看似比较“空”，但细想下来非常“干”的几个点： 一、项目中的人，才是最应该被关注的 立项后，需要“人”来推进、来执行。有些项目只需要一个人就可以完成，有些项目需要很多人来协作完成。当然，在互联网里，已经没有多少事情是一个人就能跟全能勇士一样都搞定的了。那么，很多不同的人在一起，就容易出现很多问题，例如： 相互不明白对方在说啥，需要一个能沟通到双方的“翻译”； 相互不认可对方的观点，需要一个能考虑各方想法的“平衡木”； 人会懒散、会惰怠、会不思进取，需要一个能合理鞭策众人的“推进器”； 人会迷茫、会没目标、会没有安全感，需要一个随时出现的“指路牌”； 人会生气、愤怒、互骂傻逼，需要一个能消除不良情绪的“净化器”； …还有很多其他的情况… 以上，有可能会不同组合的出现在不同项目中或者多次出现在同一个项目中的不同阶段里，当然，依不同项目和不同项目组成员而定： 有些不解决，项目就没办法推进下去，例如上面的a； 有些不解决，项目可以推进但是比较迟缓，例如上面的c、d； 有些暂时不解决也可以，但某一刻爆发出来可能很危险，例如上面的b、e； 如果说，身处项目的“大家”还可以仅从自己的角度考虑问题，但是，作为管理项目的人是万万不能把自己仅当作其中的一份子，而是要在适当的时候抽离出来，感知大家的情绪变化，作出相应的解决才可以。 把项目里的每一个人比作水，项目比作船，水能载舟，亦能覆舟这个道理已经老生常谈了。 二、合适的方法论和工具才是最好的 这一点是用来怼以工具、以方法论为上的企业、团队或者个人的。网上很多文章、很多人都在鼓吹好用的工具和好用的方法论，但却从来不结合具体的背景和应用的场景，简直是耍流氓。 当然，工具和方法论本身并没有错，但容易错的，是用的人。还记得东施效颦的故事咩？ 西施病心而颦其里，其里之丑人见而美之，归亦捧心而颦其里。其里之富人见之，坚闭门而不出；贫人见之，挈妻子而去之走。彼知颦美，而不知颦之所以美。 美人皱眉，依旧美；丑人皱眉，更丑。同一种行为，在不同人身上会有巨大的不同，使用工具和方法论也是一样的道理。 不同的公司，不同的项目，项目流程、参与的人员以及需要得到的结果都会有很大的不同，根本是没有办法用“标准”、“统一”的方法来一概解决呢？因项目制宜才是王道。 方法论上，典型的例子莫过于敏捷开发了。很多团队都非常崇尚敏捷开发，因为敏捷开发快速、高效、短平快，能够让资源合理使用并且团队沟通更密切。但是真的用过敏捷开发的团队，才知道其中的坑到底有多大。有关于这点，之后可以专门写一篇有关于产品迭代中的使用敏捷开发的文章。（ps：我说坑大，并不代表不好用，只是要做适当的适应性变化） 工具上，例子就太多了，例如：产品经理一定要用Axure、Sketch画原型啦、团队协作的工具一定要是Jira啦、禅道最好用之类的，这里就不再多描述了。 我知你深浅，你知我长短，合适自己的才是最好的。恩，我说的是工具和方法论。 三、不同项目之间具有借鉴意义 这点我说不太好，只能简单描述一下。项目的分类可以有很多：行业、用户群体、规模程度、复杂程度、主导偏向等等。看似完全不同的项目，很有可能在某一维度是同类，那么就存在有可借鉴的地方。 举个传统做法和互联网做法的项目差别： 一直都很火的摩拜、ofo，其实从公共自行车