14 | 怎样展示你在项目中的重要性？

Mar 11, 2019

14 | 怎样展示你在项目中的重要性？-极客时间



下载APP





关闭

讲堂部落提薪训练营云原生训练营架构实战营企业版极客商城兑换中心 App下载浏览器插件

渠道合作

推荐作者

14 | 怎样展示你在项目中的重要性？

2019-03-11 白海飞来自北京

《面试现场》

课程介绍



讲述：白海飞

时长13:01大小11.88M



你好，我是白海飞。今天我想和你聊聊面试中，怎样介绍你的项目，以及怎样突出你的重要性。
面试中除了专项技术问答，另一个重头戏是“盘问”应聘者做过的项目。面试官通过了解你的项目工作，可以看到你和团队的协作过程、工作成果，以及你起到的作用，从而更准确地判断你的经验、技能、潜力和动机。
面试官的问题往往是这样开始问的：
“看你做的项目不少，请介绍一个你认为最能表现你能力的项目吧。”
“XX 项目看起来挺复杂的，能否详细介绍下复杂在哪里，你的贡献又是什么？”
“XX 项目你做的时间很长，说说你都有哪些收获吧。”
这些都是开放性问题，应聘者的回答，常常有两个主要毛病。
做事浮于表面：做的工作不少，都想提一下，没有详略，不能在某个价值点上讲出深度。这种表现会让面试官觉得，你仅仅在浅层或者在外围干活儿，而很少或者没有深入解决过核心的项目问题。
能力单薄：细讲某一项目环节时，你只专注在项目问题的某一部分上，不能以完整的视角复盘解决方案，只具有任务级别的工作能力。比如，只清楚自己的模块实现，至于上下游过来的数据含义都不了解，也不知道自己写的代码是服务于什么业务问题。这会让面试官觉得，虽然你能编写代码，但没有协作意识，你很大程度上依赖别人完成分析调研，甚至连测试数据都要给你准备好，你才能完成任务级别的工作，这样表现出来的能力很单一。
总地来看，浮于表层的粗粒度表述，或者仅限于工作切片的表述，会让面试官“看不全”你在项目中的作用和价值，也就是看不到你在项目中的重要性。
那么，怎么才能表达出对项目的重要性呢？你需要既展示项目级别的贡献和能力，又展示对项目关键问题的推动作用。我从以下三个层面来讨论：
首先，前提是你要全面深入地了解项目，尤其是你负责的部分。这很好理解，因为如果你发挥了重要作用的话，你肯定对这部分了如指掌，甚至明察秋毫。
其次，你做出了项目结果。这是体现项目完成度的重要部分，是你重要性的最好证明，这是显性的。
最后，你推动了项目进展，这是隐性的。
项目结构当被要求讲述某个项目时，很多应聘者上来就直接讲复杂的项目方案，这是不可取的。因为面试官在不了解项目背景和问题的情况下，很容易听糊涂，而且也不容易领悟到设计方案的精妙，除非面试官指明只听方案部分。
那么，要介绍一个完整的项目，应该包含几个部分呢？我总结为目标、方案、团队和过程。
目标，解释为什么要做这个项目，为了什么人，解决什么问题。这包含从用户角度和全局角度来看项目的价值，例如“为了解决医院挂号排队太久的问题，我们做了手机挂号项目，使医院挂号流程和人力投入得到了巨大优化。” 能把这些解释清楚，说明你遵循结果导向，而且有全局观，做事动机明确，知道自己不只是在“搬砖”，而是在“盖教堂”。
方案，包括业务功能设计方案和技术设计方案。前者是从用户交互角度解释产品功能，偏业务；后者是从技术实现角度讲产品设计，偏技术。一般，我会让应聘者在白板上画图，来展示功能模块、技术模块、数据流向等。
这是展现专业能力的重要环节，既要讲清全局脉络，又要讲出细节，显示你的跨角色视野和专业实力。这里要重点挑你负责的复杂性高的模块来讲，其中复杂性包括业务复杂性（比如“8 种用户各有 20 种不同的处理情况”）、技术复杂性（比如“高可用性高并发的解决方案”）和管理复杂性（比如“9 个国家 50 个城市的信息员，每天都要保持状态同步”）。 这里能展示你能力突出的两个点是：如何进行方案选型，以及如何控制风险。
团队，包括团队层级和角色。讲清这块内容，能反映出你的协作意识，对于项目经理，这块是一定要介绍清楚的，因为这里包含着项目沟通复杂度和大量的管理风险。而对于业务角色和技术角色，你能讲清直接合作的角色和自己的关系，就基本可以了。
过程，即软件开发过程，是适用于产品方案的复杂过程。即使你对产品方案很了解，但是做出来可能很难，这就是为什么即使拿到了芯片的图纸，依然做不出芯片的原因。从软件过程的描述中，面试官可以看到你的学习能力、协作意识和领导力。所以，即使是个开发人员，我作为面试官，也要问他项目开发用的是瀑布模型还是敏捷模型，团队角色在什么时候、用什么工具和资源、做什么动作，以及是如何协作的。
不知道你发现没有，团队的划分、产品的架构，以及项目的过程，是互相依赖、整体一致的。这部分的认知深度对于体现管理角色的管理能力，相当重要。
项目结果项目结果，是指项目做到的产出，以及这些产出的质量和意义，其中属于你贡献的部分要着重讲。
你心目中的项目结果都有什么呢？代码、文档？这里我大致把项目结果分为两类。
可见的部分。
（1）产品、服务、产品说明文档等；
（2）代码、运行环境、生产线（CI/CD pipeline）；
（3）各种过程说明性和控制性文档（需求分析、设计、代码规范、团队契约等）等实物。
不可见的部分。比如，投入产出情况、项目完成质量、在线系统运行状况、各种业务数据监控指标、过程控制指标，等等。想一想，你平时关注哪些指标呢？
对项目结果的展示，有两个角度是面试官最关注的：做得好的和做得不好的。做得好的部分，要把做法和提高之间的因果关系说出来，以明确哪些做法要继续保持，适合在什么样情况下应用；做得不好的部分，重点展现你如何思考，有什么方法可以避免或改进。这是种反省能力，是你持续提高的动力，是面试官关注的一个重点（我会在“30 | 怎么体现你能把工作越做越好”一文细讲）。
把可见产出和不可见的项目指标讲清楚，可以体现出你“结果导向”的做事思想。结果导向，能够让团队更明确、更高效地达成项目目标，提高项目生产力，做更有价值的产出。
小提示：
结果导向，是指先明确目标，再以目标为导向，指定合适的过程去实现目标，并且随时监控环境的变化和目标的完成情况，及时作出调整。
项目推进讲好项目结构和项目结果，面试官就已经清楚了项目的基本情况，以及你的主要工作和产出。但是面试官可能还有个疑问：你在项目中是领头羊呢，还是拖后腿的呢？这对于判断你在项目中的重要性，是最关键的一问。
虽然你的项目角色是相对固定的，但是你对项目的推进作用却是可以超越角色的。
哪怕你只是个“小角色”，但是你的一句话，却给团队点破了一层很重要的窗户纸，项目困境一下就解开了，此时你起到的是推进作用；
你可能是个架构师，但其实你只是在平庸地做些常规的设计，你的设计并不能让产品更出色，此时你没有创新和引领，只是在发挥执行作用；
甚至你在工作中敷衍、拖延和不配合，使得项目延期、产品出错、团队士气下降，此时你在“拖后腿”。诚然，面试中你绝不会把自己描述成拖后腿的角色，但是面试官步步紧逼的问题，还是会让你后悔当初该多做点项目工作。
从哪里体现自己对项目的推进作用呢？想想在项目遭遇危机和挑战的时候，大家一筹莫展，你做过什么：有没有提出过缓解或解决困难的建议，主动采取过什么行动。这些建议和行动，有可能是改善技术方面的，也可能是改善流程和团队沟通的，甚至可能是增强客户关系或争取到领导支持的。总之，如果有，即使只是一点点，也是对推进项目有意义的贡献。把这点讲出来，让面试官意识到你的影响力，判断你对项目的重要性，从而推测你在新职位、新环境里的表现。
以下两种情况，不是面试官希望看到的。如果你有以下情况中的任一种，都需要好好反省一下，想一想如何改善。
你太重要了，重要到团队完全离不开你的程度，你掌握了独特的资源或者技能，没有人做得了你做的事，你一天不上班，很多人的事情都没法顺利进行，那么说明你成了单一故障点（Single Point of Failure），这种情况会对项目工作造成很大的瓶颈，这不是面试官想要的。因为他可能会认为这是由于你不擅长分享知识和培养别人，注重自我保护，所以招你时会有顾虑。
自己的工作还没做好，就去影响或者帮助别人。事实上，如果你没有能力做好本职工作，并且因此让跟你合作的同事有怨言，他们也不会非常期待你的帮助。
总结展示你在项目中的重要性，首先，需要讲明白项目结构，包括项目目标、方案、团队和过程，这表明你对项目总体有把握，对细节有掌控；其次，要讲清项目结果，重点放在你所做的提高和不足上，提高展示你的能力和贡献，不足展现你积极思考、持续进步；再次，从项目危机和挑战中展示自己的影响力。
以上内容涉及很多项目方面，不要误会，你在讲项目的时候，没必要都讲出来，时间不允许。你的讲述可以按照面试官的面试逻辑来：先概略讲表层事实，看面试官对哪部分更感兴趣，然后再展示深度细节，最后升华成观点感受。
有些人可能进项目组没几个月，就觉得已经掌握了开发技能，没什么可以学的了，进而感到厌烦，甚至想换工作。其实，这很可能是只看到了工作表面，此时不妨问自己几个问题：
有没有意识到背后的用户、业务、方案、团队、过程？
有没有想过当前方案的合理性和不合理性？
为了做得更好，在技术上如何改进？过程上呢？团队角色分工上呢？甚至组织结构上呢？
以上问题，可以帮助你更深层地了解工作，发掘工作的意义，给自己一个把工作做出彩儿的机会。
有些朋友可能会问，已经仔细想过上述的方面和问题了，但是依然找不出能显示自己重要性的点，该怎么办呢？那就聚焦你负责的那个小模块，把它当一个小项目看待，用上文的思路去挖掘各方面信息。如果发现还是挖不出深刻的内容，那可能是工作做得不太够了。
从现在做起吧，把手头的工作做扎实，超出领导的期待，在做好本职工作的同时，关注项目全局的业务、团队和管理活动，尝试从总体上思考如何做好工作。随着时间与经验的积累，你会发现自己的话语权会变得越来越重，甚至逐渐成了领路人。
思考时间请你考虑最近项目中发生的一个问题或者挑战，都有什么人先后做了些什么，把问题扛下来了？这个过程你参与了么？你可以做得更好么？欢迎你在留言区和我分享你的想法，一同探讨提高。
最后，感谢你学习今天的内容，如果你觉得这篇文章对你有帮助的话，也欢迎把它分享给你的朋友。

分享给需要的人，Ta购买本课程，你将得18元

生成海报并分享

赞 12

提建议

13 | 你真能讲明白技术吗?

15 | 如何认识自己的优缺点？

 写留言

精选留言(12)

南北少卿
置顶
2019-03-11
1.推动项目的例子:15年的时候,在一家游戏公司开发维护一个运行6、7年的老pc端游戏，每月流水很固定，临近520的时候，团队一如既往的做一些活动，没有人针对520策划一场活动。作为一名策划，我提议设计一个520送花给情侣的活动，得到策划主管、总监的批准，当时自己迅速设计了一个策划案，和开发一道加班加点的赶在520的前一天上线，当周的流水比往常翻了1.5倍。 2.技术设计问题：公司的很多产品用户注册授信首贷再贷加贷的信息每天都要传输给产品做准实时的营销，之前的定时任务都归每个项目组自己开发，后有人提出可以所有定时任务放到一个项目中，使用xxl-job开发，做到配置和业务逻辑分离，由该项目统一对接电销系统，项目组只负责提供查询语句，提高了开发效率
展开
作者回复: 不错，第一个例子表明你把策划做得很好，有创新，会抓时机，还和开发有非常好的协作。第二个例子是一个技术改进，也涉及到组间协调，影响力扩大到了公司范围。你能看到别人做的这个推进，说明你有了这个意识，而且注意观察他人的贡献和作法。 @编辑，请帮忙置顶，供别人参考。谢谢。
20
上善若水
置顶
2019-03-13
讲项目时为了戒断肤浅单薄的毛病，应该对项目进行回顾总结，具备复盘时的上帝视角，且对关键环节可以信手拈来去阐述。这需要线下准备，是硬功夫！同时讲项目是有技巧和套路的，应该遵循目标，方案，过程和结果的大的时间顺序来展开，不疾不徐缓缓道来！关于老师说的项目推进过程中自己的角色和价值的一part，我想就着上下游技术沟通进行一下阐述。我不认为坐在工位，一整天对电脑进行编码的就是一个好开发。那种情况要么都接口契约相当熟稔，要么就是完全按照自己的理解去开发不知道别人合不合适的接口。据我经验，后者比例不在少数。所以有时间我尽量会为了项目和上下游人员面对面交流，把接口定义在前期尽量讨论透彻了不搁置。这样即使返工，也在自己的可控范围不至于推倒重来！让项目可以如期保质保量的上线。
展开
作者回复: 谢谢你的总结！你说的接口契约非常有必要，这其实是分治思维的应用吧。 @编辑，麻烦给置顶，谢谢。
8
果然如此
置顶
2019-03-11
1.推动项目例子：最近我们一个从0开始的新项目，作为开发角色，只收到了产品的设计文档，而且通知本月周六日都要加班，但是大家不知道从何入手，模块如何分工、优先级是什么等项目问题（技术负责人是领导指定的新上任不久），面对这种情况我提议开一个产品需求分析会，于是拉上技术负责人和各位前后端开发人员。 2.技术设计问题：产品设计中有一个分享链接创建组的需求，而且要求只有点击链接后才创建组，不能提前创建组，也就不能提前分配id，大家一筹莫展的时候，我提议客户端用guid，这样可以保证唯一性也可以不用提前创建id。
展开
作者回复: 非常好的例子，说得也很清楚！谢谢分享。第一个你做了PM该负责的组织沟通工作。定义模式分工，识别依赖关系，技术lead可以贡献想法，而定义功能优先级，需要了解产品和用户的角色来看看了。第二个是技术选型，干得漂亮！ @编辑，请置顶，对别人有参考意义。
7
静静聆听
2019-04-10
这篇专栏其实不只是写给面试者去看的，在职人员看到这边专栏后其实帮助也很大，让人受益匪浅。之前看到第17篇，后来因为工作太忙，暂时搁置，一个月后终于又有时间可以看了，迫不及待看完一篇，感觉感触又多了几分，我将其当做工作中的一部标准与经书，时时回想翻看，受益良多，谢谢白老师。
作者回复: 欢迎刘哲回来一块讨论互相提高。
4
小呀么小二郎
2020-03-29
“把手头的工作做扎实，超出领导的期待，在做好本职工作的同时，关注项目全局的业务、团队和管理活动，尝试从总体上思考如何做好工作。随着时间与经验的积累，你会发现自己的话语权会变得越来越重，甚至逐渐成了领路人。” 这句话讲的太好了，很多时候就是认真+积累，成就了一个人。
1
enjoylearning
2019-03-12
挖掘项目的亮点，还真是不容易，但每个项目又都有自己的特殊性，所以如果我们能够说出从来以来实际的场景和遇到的困难，做了哪些尝试，有些成功了，有些失败了，有些不了了之，这才是最真实的。更重要的我们需要展示我们有没有反思过，复盘过，现在面临同样的场景和困难可不可以做的更好，这才是面试官真正想看到的。
作者回复: 非常准确！把你深度的思考和收获(失败也有收获)说出来，就能打动面试官。
1
boyxie
2019-03-11
最近面试被问到几次：数据流向，但是回答完后面试官好像都不太满意，不知道该如何表达这部分内容，老师能否给详细说说？
作者回复: 数据流，应聘者一般都很难讲好，因为太复杂: 1.数据模型，反映的是业务模型; 2.数据流，反映的是业务流，以及技术模块之间的数据交互。所以讲数据流前，得先让听众明白业务模型和业务流程，还有技术架构。因为太复杂，只好简化数据结构去讲，但简化不当，反倒隐藏了重要细节，导致人家听不懂。
2
小乙哥
2021-05-30
这讲太重要了，不仅仅面试需要，日常汇报总结其实也是这个思路，要多看几次内化
1
学无止境
2019-12-23
离不开我怎么成单一故障点了？这个是要限定此岗位不是只有我一个人的情况吧？
共 3 条评论
Night_shuai
2019-04-02
作用超越角色，讲的很到位
二师兄
2019-03-12
老师好，如果不从自己的角度，而是从整个公司或者团队的角度，讲述一些技术或者方案的改进，是否可以给面试加分，有些改进实际上自己没有发挥作用，这种要不要讲出来？
作者回复: 我觉得面试中很多人都是在这么做，所以我会问，哪块是你做的，哪块是你的创新。如果没有你的部分，我怎么能确定你到了新位置上能做出改进呢？改进没见效，有可能是没有测量，也有可能是改进失败了。有过思考如何测量么？失败的预案呢？多想一步，你会做得更好。
宁静
2019-03-11
白老师，想请教一下。作为面试者，从哪几个方面去挑选企业和领导呢？
作者回复: 您是跳着看的吧，这个问题在04篇仔细说过。还有问题的话，留言即可。

