IT项目管理の七度空间 - 需求
Posted 毛哥帮你订
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了IT项目管理の七度空间 - 需求相关的知识，希望对你有一定的参考价值。
闲话
本周的大姨夫提前到来，不是因为内分泌失调，主要是因为年底的宝贵时间要留给年终总结，逼得我把少女七度系列往前挪上一挪。
上一篇被吐槽行文流畅编排恶心，我虚心的表示接受（但你们要知道坚持写这个真的很难啊！不能给自己降低点难度吗？！）
所以从本篇开始会多加入一些分割线和字体的大小，力求简洁优美。（毕竟作为一个崇尚断舍离的人怎么会瞧得上这些花哨的东西！）
需求定义
项目需求这个题目非常的巨大，以至于在毛哥心中觉得，需求管好了，可以化腐朽为神奇，化干戈为玉帛，化春哥为冰冰，化毛哥为牡丹。
说大了，这是人性的考验和博弈，说小了，这是精益管理细节的胜利。
所以你看需求定义这么重要，重要的大家基本都没法好好管理，先来一张图，粗浅的理解下大部分项目的现状。
此图基本上比较好的概括了需求分析的现状，而毛哥经历过的需求管理心路历程为
1. 甲方不知道自己要什么
2. 乙方假装自己知道甲方要什么并且要推销给甲方这个自己假装知道的东西
3. 甲方为了显示自己的聪明和机智不管乙方的方案有没有用都要各种挑刺并且拿出世界上成熟了100年的方案进行比较说自己其实也就要求不高想做成这样而已
4. 乙方开始努力说服甲方表示你特么如果要这个东西的话可能你儿子都会被抓来打工付这个项目的费用而不仅仅是现在的项目经费*10而已那么简单
5. 甲方若有所思故作镇定的表示既然你做不到就再给我打个八折吧以便和领导交差。
6. 乙方在表面上吃了点亏之后开始暗自计算把自己的方案按照一开始吹牛逼的打个对折进行实施。
7. 接着开始扯皮互相甩锅，轻则脸红脖子粗重则拳脚相加，表示这辈子不要见到对方见一次打一次杀你全家之类。
8. 最后甲方和乙方发觉反正这些项目好不好也没有领导真的care于是握手言和，吃饭唱歌洗澡桑拿，顺利的庆功签收皆大欢喜。
9. 然后进入phase II，开始下一个循环。
以前学PMP以及工作很长一段时间都以为自己按照精确的项目分析手段和访谈（主要以自己的聪明才智）可以了解到用户99%的需求，并且不断的在各种项目中重蹈覆辙拾遗补缺然后鼓励自己，啊我有成长了，又学到了新的东西，下一次我肯定可以在人群中立于不败之地，接着再被打脸挖坑。
虽然前人们不断的总结教训和方法论，不管是软件工程也好敏捷开发也好，不断的告诫项目经理，在初期一定要深挖需求啊，好好做啊，却不提供真枪实弹的方法和逻辑，什么狗屁关键路径法，什么狗屁WBS，现在看来都是以偏概全管中窥豹，简直就是他妈混蛋！
知识点：唯有经过全量数据的分析才真的有可能在项目初期发现所有的问题。
当然以现今的技术手段在有限的项目时间内是断然不可能完成这件事情的，所以毛哥的想法是，混着来。
第一，千万不要完全相信任何一个用户说的话。
这把辛酸泪可能里面早就混上了血，毛哥以他充满褶皱的坑洼面庞和间歇飘过的数缕银丝告诉你，不能信！
因为你访谈的用户视角仅仅置身于自己的工作范围，而企业中什么都有可能最不太可能发生的就是跨界合作，所以说项目蓝图项目蓝图，就是交给项目组去了解整个项目范围内所有用户的情况。
垂直来说从操作层面到最高管理层你都要知道，而横向来说整个系统链条上的所有用户必须涵盖在内，记住！知识点！所有用户！一旦少了一环你就等着项目签收的时候跳出来不认账吧！
第二，千万不要只相信用户说的话
事实证明，人非圣贤，孰能无过，当你的领导带着一个外部顾问来找你问需求的时候，你瞬间就会迸发最为灿烂的微笑和最为坚定的目光告诉领导和外部顾问，
欧，我们这里非常好（其实一锅粥或者我压根不知道）
平时都管理的仅仅有条（条子？三条？碰！）
对，上面的要求每天都在坚决落实（谁管？谁？我下面有谁？小王给我去拿快递了么）
哦哦我们要来做系统啊，太好了，欢迎欢迎（你们这帮鸟顾问早点给我去死）
这样说的理由很简单，我不是特指甲方爸爸，对每一个上班族都存在这样的悖论，除非自己这摊子事儿已经火烧眉毛再也扛不住了，或者，每一个小组长（对小组长很重要，因为一般访谈都会涉及每个部门或者小组的代表，而这个代表非曾经的优秀员工，现在的小组长莫属，既熟悉近期的业务情况，又能以最初级的管理岗位向上级反应一些自己的进步想法）都不想让自己的领导和外部顾问觉得我管的这摊子事有问题，这不是等于承认老子能力差么，我还怎么往上升了！而且这样的心态可能从小就开始养成，每一个人都不想告诉自己父母自己考了个差分然后欢迎父母把自己的所有娱乐活动“流程再造”吧！
所以，曾鸣老师说的好，人可能说不全说不清晰，每天的数据不会骗人。在企业中流转的所有数据是每个项目需求分析人员最好的采集点，不管是每一条业务交易，或者是账本中的每条凭证，抑或是系统之外的台账手上的小本本，这些会让企业现有的各种小问题无所遁形，也会让流程上的一些缺失浮现眼前，最终以全量样本的形式汇集入文稿并且实现于系统，所以！
人工智能的工具和技术其实最应该先用于乙方的需求分析和数据筛查而不是直接作用于甲方的项目！换句话说。。。失业的。。。应该先是乙方的小伙伴（我为什么要这样咒自己。。。）
让人沮丧的是。。。关于如何运用人工智能来帮助解决需求定义上的坎坷。。。我还没有想的很明白，这不是赶出来的稿子么！希望大家见谅。。。再给我点时间进行深度的勾兑，期待第二章。
每日一歌环节
方大同和薛凯琪最近又出来合唱了，可是我还是希望钢铁直男EXILE的版本
以上是关于IT项目管理の七度空间 - 需求的主要内容，如果未能解决你的问题，请参考以下文章