DISC与项目管理（IT数据项目） （陶聪、2018.02.12）
群里的各位小伙伴，大家晚上好，我是来自F57期深圳班的陶聪（自我贴金：陶渊明的陶、聪明的聪），不知道家人给我取名的时候，有没有这层含义，哈哈。首先非常感谢我的学委菊丽老师、李倩老师，为我加油、助阵，还有我们”花儿与少年”组的各位小伙伴，也感谢群里的各位小伙伴热情的捧场支持。补充点自我介绍：
【坐标】：深圳
【职业】：数据分析师
【自我标签】：“程序猿”、K歌爱好者、助人为乐
【能够为您提供的帮助】：数据分析交流、DISC行为测评
浓缩下，是一个搞数据的“IT男”。群里如果有同行（话说同行是冤家，咱们这个肯定是朋友），期待与您链接。这里做一个小的互动，提到“IT男“，大家心中的关键词是什么，大家可以写出自己的关键词发到群里。
下面开始今天的分享，今天分享的主题是：《DISC与项目管理（IT数据项目）》，这个主题的TITLE比较长，选这个主题，也是纠结了好久。
一方面之前任博老师在《如何准备一堂翻转课堂分享》提到过尽量选择自己熟悉的领域，结合我自己，找来找去，自己工作这几年，都是在跟项目打交道，而且是IT数据类的项目。
另一方面，项目管理这个话题实在太大了，讲起来很容易班门弄斧，因为项目管理有很成熟的一套方法和体系，但是在不同类型的项目里，应该随机应变，灵活应用，针对具体的问题寻找最恰当的解决方式。所以大家会看到主题里面有个括号：IT数据项目。
最后比较纠结的是，这个主题的受众面太小，很难把大家撩起来，但其他领域完全是盲区，更不敢轻易尝试，所以今天要讲的是项目管理领域的一个细小分支：IT数据项目。
第一次做线上分享，内心很紧张，而且前面很多大咖做了很多有干货的分享，真的很忐忑，一会有分享流畅性、准确性方面的问题，还请各位小伙伴批评、指正，不甚感激。另外，今天的PPT灵感来源于F57的吴洁老师，在此表示感谢，听说他要做湖南株洲PPT第一。
好，今天的分享分为三个部分：IT数据项目管理的四要素、团队组建、项目实施。
第一部分：四要素
根据IT数据项目的特点，结合DISC行为特质，我将四要素归纳为：D（目标）、I（愿景）、S（计划）、C（规则）。接下来，分别对每个要素进行阐述。
1、D（目标）
那我自己呢，做过几个相对比较大的IT项目，每个IT项目在制定目标之前，先要思考下面两个问题：
（1）为什么要做这个项目：需全面分析、探查当前已有的系统、项目存在哪些问题；公司业务发展存在哪些难点、痛点，需要依靠信息化的手段来解决，梳理的结果要全面翔实，让领导觉得非做不可；
（2）这个项目助力业务发展，有哪些好处，这个非常重要，项目立项能否通过，项目的价值尤为重要，领导们是要明确的知道投入、产比的、，因为IT项目是服务于业务应用、规模增长的，不能为了建项目而建项目。
举例：2017年我参与的一个项目：企业客户信息系统，我们当时做立项报告时，梳理出来下面的结果：
（1）为什么要做这个项目：
a、梳理当前已有系统存在的架构设计、功能逻辑、质量管理等问题；
b、公司要实现“以产品为中心”向“以客户为中心”的经营模式转变，要知道公司的客户是谁、客户结果如何、客户有哪些需求等等
（2）助力业务发展，有什么好处：
建立基于客户的信息管理平台，是客户分类、产品设计、客户服务、营销策划的基础，可实现客户风险管控、客户留存、交叉销售。
所以，我们制定的目标：建立“以客户为中心”的信息管理平台。
2、 I（愿景）
有了大的目标之后，就得有I（愿景）了，即当前项目（系统）有哪些主体功能，从中长期来看，能达到什么效果，这是一个细化的过程。就是您要建设的项目，有哪些模块，每个模块有什么功能，这样可以让我们的项目更接公司的地气。
3、S（计划）
计划重要不重要，答案是很重要（不是不一定哈），而且越细越好，每个时间周期要做什么事情，从什么时候开始，什么时候结束，结束时有什么成果（也就说我们常说的里程碑事件：像需求确认好了，设计文档做好了，如期完成开发了，测试达标了等等），实际执行情况如何，某些中间阶段延迟了，可以从其他哪些阶段找补，在项目开始前就需要做初步规划。
每个阶段给项目组设定一个个合理的看得见的小目标，步步为营，一步一步朝着看得见的并且合理的每一个小目标前行，每一个小目标的积累，才能达成最终的目标。
4、C（规则）
有了D（目标）、I（愿景）、S（计划）后，我们的C（规则）要出场啦，那对于IT数据项目，有哪些规则保障项目的成功呢，总结有以下几点：
（1）基于主体功能模块，需出具经过多次反复调研、沟通、确认、签字且全面翔实可直接落地开发的《需求说明书》，这个交付物的产生可多花费一些时间（像我们6个月的项目，花费了1个半月的时间在这个阶段），直接影响后续的开发、测试、上线等环节；
（2）项目测试方案、测试报告：检验交付的项目，功能是否达标，数据是否准确，针对IT数据类项目，数据的完整性、一致性、准确性，特别特别重要，这一点我深有体会，一个看似很小的错误数据可能导致客户投诉、决策失误等问题；
（3）其他还有很多校验标准，考虑到篇幅和时间的关系，就不一一列举了。
好，第一部分到这里就讲完了。小结下，项目管理（IT数据项目）的四要素：D（目标）、I（愿景）、S（计划）、C（规则）。
第二部分：团队组建
借用海峰老师红皮书的一句话，团队组建的原则：打配合、做组合。我总结一个IT项目的成功需要四类人：D（项目经理：目标驱动）、I（开心果：和谐融洽）、S（技术控：难点突破）、C（细节控：严防BUG）。
第一类人：D（项目经理）
我自己做过2年的项目经理，那主要负责什么事情呢，最重要的一点：守住时间目标、紧盯任务目标，用通俗的话来说，就是在什么时间点，完成什么事，达到什么标准。要做到这一点，可以从哪些方面入手呢，总结有以下3点：
1、控制好需求：需求明确的好，后期开发、交付验收就成功了一半；
2、及早发现问题，报告并解决：早期出现问题不可怕，可怕的是临交付出现问题，甚至掩盖问题；
3、帮助项目组成员处理好杂事，让他们可以专心的做他们擅长的事情，这样对项目组来说才是高效的。举例：减少让细致的开发人员，去做一些外围的协调、沟通。
项目经理切忌陷入到太具体的技术、细节问题，这一点我是掉过坑的，在一次项目中，没有发挥好技术控成员的作用，而自己去钻研；没有发挥好细节控成员的优势，自己去分析、解决问题；结果在推动整个项目进度的关键点上，精力不够，导致了延期。这里不是说项目经理不能做这些事，而是要把握一个度。
第二类人：I（和谐融洽）
看下前面大家心中对”程序猿“发出的关键词，可想而知在IT行业，I型的人是非常少的，可以说是凤麟毛角，他们通常会成为项目组中的开心果，把组织团队活动的任务交给他，一定会得到满意的结果。
一个项目中有这样一个人，就不会太闷，讲段子、说笑话，和谐融洽的氛围就得靠I型人。各位：一个IT项目是否需要I型人（开心果），答案是求之不得，往往是没有，但实在太需要了。大家没进过IT圈，也应该听过吧，程序猿每天面对的是啥，代码、文档，枯燥不枯燥，相当枯燥。所以说大家有时候会听到说，程序猿讲荤段子，是有原因的，解闷解乏。
我自己呢，内在的I其实很低的，但为了工作需要，外在的I有所提高。尤其是2017年带的一个项目，出现了非常多的问题，需要反复的沟通、协调。扯一个题外话，前面有讲到一个标签：K歌爱好者，这也许是体现我I的一面，但您跟我一起K歌，我不会抢麦、霸麦的，因为我是一个高S。
这里说下，不是说单纯拉一个开心果进项目组哈，也是要承担项目性工作的，只是讲个人的行为特征。同时这里提醒一点，I型成员的工作完成数量、质量，项目经理要更加关注一些。
第三类人：S（技术控）
各位，IT是哪两个英文单词的简写，Information Technology（信息技术），是吧，一个IT项目，没有技术牛人，谁来处理复杂需求，谁来解决疑难问题。
另外，您可以充分相信“S”个性风格的人的话，他们是优秀的团队工作者，可靠、稳健。他们喜欢稳定、可预测的工作环境。即使有充分的时间去适应，这种人也不喜欢变化，对他们你不必担心会出什么意外。总结就是让他们专心的搞技术，突破难点。同时，对他们的付出表示鼓励、感谢，多一两句温暖的话语、多一些光环与包容。
第四类人：C（细节控）
说到细节控，那对于一个IT数据类的项目，显得格外重要。
我本人呢，就是一个细节控（也可以说是一个强迫症患者），在2017年参与的项目中，负责对功能和数据把关，尤其是数据这块。在这个项目中，我测试发现了前台系统170个问题、后台数据150个问题，加起来逾300个问题。一方面，说明开发的质量有待提高；另一方面，我是真的非常非常扣细节，连一个标点符号错误、一个注释写错，都是要求修改的。
细节控对于一个IT数据类的项目，最终交付的项目成果质量，起着举足轻重的作用。如果您带领的项目缺少这样一类人，交付的产品很可能BUG不断，影响公司声誉。
好，第二部分到这里就讲完了。小结下，团队组建需要四类人：D（项目经理：目标驱动）、I（开心果：和谐融洽）、S（技术控：难点突破）、C（细节控：严防BUG）。
第三部分：项目实施
考虑到时间的关系，也因为自己经验的欠缺，我这里只讲项目实施中的两个重要环节：会议机制和向上沟通（汇报）。
第一个重要环节：会议机制
大家在职场中，肯定要开过大大小小的各种会议，其中不乏一些”务虚“的会议，IT项目的会议必须“务实”。今天讲的会议机制，包括必要的日会、周会、月度会议、里程碑达成会议，主要有以下两个目的：
1、问题沟通、反馈、解决通道
2、需求变更决议通道
海峰老师在课堂上讲：听所有人说、跟少数人沟通、自己拍板做决定，前两步就是会议机制的体现。
第二个重要环节：向上沟通（汇报）
领导决定了你的项目能够做多大，是否能推广应用，所以不定期在关键节点向上沟通（汇报），获得领导最大力度的支持，将最终决定项目的命运。
在汇报之前，您得摸清楚领导的行为特质。
如您的领导是D特质：汇报要点、在需要重大决策的问题上随时找他、结构化的方式呈现结论；
如I特质领导：平时可与他（她）多互动，讲述项目中的奇闻趣事；
如S特质领导：尽可能多的汇报项目中的细节，让他（她）全面清晰的掌握；
如C特质领导：请如实汇报项目出现了哪些问题、解决情况如何、是否需要更高/更多的支持，用数据和事实说话。
关于向上沟通（汇报），我们群里的陈兰老师、冯丽媛老师有做过专题的分享，大家可以链接。
分享到这里呢，基本就结束了。再次感谢我的学委菊丽老师、李倩老师辛勤付出，同时也非常感谢正在听和后面可能爬楼听的您。晚上的分享，如果有那么一句话或一个观点对您有所启发，我就非常欣慰。今天是2018年2月12日，农历腊月二十七，还有3天就是除夕夜，在这里给大家拜个早年：祝各位新年快乐，狗年大吉。
哦，对了，最后送一个福利：赠送一本李忠秋老师亲笔签名版的《结构思考力》。那怎么获得呢，回答一个问题：听了晚上的唠叨，大家猜下我的DISC以什么特征为主，第1位答对的小伙伴享有该福利。
