DISC与项目管理（IT数据项目）

2018-02-13 本文已影响0人陶聪

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）助力业务发展，有什么好处：

建立基于客户的信息管理平台，是客户分类、产品设计、客户服务、营销策划的基础，可实现客户风险管控、客户留存、交叉销售。

所以，我们制定的目标：建立“以客户为中心”的信息管理平台。

D（目标）

2、 I（愿景）

有了大的目标之后，就得有I（愿景）了，即当前项目（系统）有哪些主体功能，从中长期来看，能达到什么效果，这是一个细化的过程。就是您要建设的项目，有哪些模块，每个模块有什么功能，这样可以让我们的项目更接公司的地气。

I（愿景）

3、S（计划）

计划重要不重要，答案是很重要（不是不一定哈），而且越细越好，每个时间周期要做什么事情，从什么时候开始，什么时候结束，结束时有什么成果（也就说我们常说的里程碑事件：像需求确认好了，设计文档做好了，如期完成开发了，测试达标了等等），实际执行情况如何，某些中间阶段延迟了，可以从其他哪些阶段找补，在项目开始前就需要做初步规划。

每个阶段给项目组设定一个个合理的看得见的小目标，步步为营，一步一步朝着看得见的并且合理的每一个小目标前行，每一个小目标的积累，才能达成最终的目标。

S（计划）

4、C（规则）

有了D（目标）、I（愿景）、S（计划）后，我们的C（规则）要出场啦，那对于IT数据项目，有哪些规则保障项目的成功呢，总结有以下几点：

（1）基于主体功能模块，需出具经过多次反复调研、沟通、确认、签字且全面翔实可直接落地开发的《需求说明书》，这个交付物的产生可多花费一些时间（像我们6个月的项目，花费了1个半月的时间在这个阶段），直接影响后续的开发、测试、上线等环节；

（2）项目测试方案、测试报告：检验交付的项目，功能是否达标，数据是否准确，针对IT数据类项目，数据的完整性、一致性、准确性，特别特别重要，这一点我深有体会，一个看似很小的错误数据可能导致客户投诉、决策失误等问题；

（3）其他还有很多校验标准，考虑到篇幅和时间的关系，就不一一列举了。

C（规则）

好，第一部分到这里就讲完了。小结下，项目管理（IT数据项目）的四要素：D（目标）、I（愿景）、S（计划）、C（规则）。

第二部分：团队组建

借用海峰老师红皮书的一句话，团队组建的原则：打配合、做组合。我总结一个IT项目的成功需要四类人：D（项目经理：目标驱动）、I（开心果：和谐融洽）、S（技术控：难点突破）、C（细节控：严防BUG）。

团队组建

第一类人：D（项目经理）

我自己做过2年的项目经理，那主要负责什么事情呢，最重要的一点：守住时间目标、紧盯任务目标，用通俗的话来说，就是在什么时间点，完成什么事，达到什么标准。要做到这一点，可以从哪些方面入手呢，总结有以下3点：

1、控制好需求：需求明确的好，后期开发、交付验收就成功了一半；

2、及早发现问题，报告并解决：早期出现问题不可怕，可怕的是临交付出现问题，甚至掩盖问题；

3、帮助项目组成员处理好杂事，让他们可以专心的做他们擅长的事情，这样对项目组来说才是高效的。举例：减少让细致的开发人员，去做一些外围的协调、沟通。

项目经理切忌陷入到太具体的技术、细节问题，这一点我是掉过坑的，在一次项目中，没有发挥好技术控成员的作用，而自己去钻研；没有发挥好细节控成员的优势，自己去分析、解决问题；结果在推动整个项目进度的关键点上，精力不够，导致了延期。这里不是说项目经理不能做这些事，而是要把握一个度。

D（项目经理：目标驱动）

第二类人：I（和谐融洽）

看下前面大家心中对”程序猿“发出的关键词，可想而知在IT行业，I型的人是非常少的，可以说是凤麟毛角，他们通常会成为项目组中的开心果，把组织团队活动的任务交给他，一定会得到满意的结果。

一个项目中有这样一个人，就不会太闷，讲段子、说笑话，和谐融洽的氛围就得靠I型人。各位：一个IT项目是否需要I型人（开心果），答案是求之不得，往往是没有，但实在太需要了。大家没进过IT圈，也应该听过吧，程序猿每天面对的是啥，代码、文档，枯燥不枯燥，相当枯燥。所以说大家有时候会听到说，程序猿讲荤段子，是有原因的，解闷解乏。

我自己呢，内在的I其实很低的，但为了工作需要，外在的I有所提高。尤其是2017年带的一个项目，出现了非常多的问题，需要反复的沟通、协调。扯一个题外话，前面有讲到一个标签：K歌爱好者，这也许是体现我I的一面，但您跟我一起K歌，我不会抢麦、霸麦的，因为我是一个高S。

这里说下，不是说单纯拉一个开心果进项目组哈，也是要承担项目性工作的，只是讲个人的行为特征。同时这里提醒一点，I型成员的工作完成数量、质量，项目经理要更加关注一些。

I（开心果：和谐融洽）

第三类人：S（技术控）

各位，IT是哪两个英文单词的简写，Information Technology（信息技术），是吧，一个IT项目，没有技术牛人，谁来处理复杂需求，谁来解决疑难问题。

另外，您可以充分相信“S”个性风格的人的话，他们是优秀的团队工作者，可靠、稳健。他们喜欢稳定、可预测的工作环境。即使有充分的时间去适应，这种人也不喜欢变化，对他们你不必担心会出什么意外。总结就是让他们专心的搞技术，突破难点。同时，对他们的付出表示鼓励、感谢，多一两句温暖的话语、多一些光环与包容。

S（技术控：难点突破）

第四类人：C（细节控）

说到细节控，那对于一个IT数据类的项目，显得格外重要。

我本人呢，就是一个细节控（也可以说是一个强迫症患者），在2017年参与的项目中，负责对功能和数据把关，尤其是数据这块。在这个项目中，我测试发现了前台系统170个问题、后台数据150个问题，加起来逾300个问题。一方面，说明开发的质量有待提高；另一方面，我是真的非常非常扣细节，连一个标点符号错误、一个注释写错，都是要求修改的。

细节控对于一个IT数据类的项目，最终交付的项目成果质量，起着举足轻重的作用。如果您带领的项目缺少这样一类人，交付的产品很可能BUG不断，影响公司声誉。