面试现场
白海飞
IBM软件商务系统经理
立即订阅
9313 人已学习
课程目录
已完结 39 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 面试,这样做会功到自然成
免费
基础:知彼篇 (3讲)
01 | 公司到底想要什么样的人?
02 | 想要成功面试,先要弄懂面试过程
03 | 面试官的面试逻辑是什么?
基础:知己篇 (8讲)
04 | 现在的你,到底该不该换工作
05 | 喜欢或擅长的工作,你该选哪一个?
06 | 职业规划一:你真的想好要怎么发展了吗?
07 | 职业规划二:程序员后来都去干啥了?
08 | 如何让你的简历更受青睐
09 | 经历没有亮点可讲?你需要做份“详历”
10 | 面试紧张怎么办?
11 | 面试答疑(一):说说你面试中的一些困惑
问答篇 (10讲)
12 | 如何做好开场:给自我介绍加“特效”
13 | 你真能讲明白技术吗?
14 | 怎样展示你在项目中的重要性?
15 | 如何认识自己的优缺点?
16 | 透过兴趣爱好,面试官可以看出什么?
17 | 如何让你的回答更到位?
18 | 被面试官问住了怎么办?
19 | 应该如何向面试官提问?
20 | 怎么谈薪水比较好?
21 | 面试答疑(二):面试问答环节的一些思考
贯通篇 (5讲)
22 | 怎样体现你的学习能力强?
23 | 怎么体现你能把工作越做越好?
24 | 怎样体现你的协作能力强?
25 | 不是领导,怎么体现你的领导力?
26 | 你解决问题的能力有多强?
综合篇 (4讲)
27 | 盘点面试官和应聘者的认知差异
28 | 通过面试,你能了解这个团队多少?
29 | 合同都签了,老板却不放你走,怎么办?
30 | 面试答疑(三):如何更好地体现你的能力?
考官面对面 (7讲)
01 | 考官面对面:程序员择业时常碰到的几个疑惑
02 | 考官面对面:如何有效地准备一场面试?
03 | 考官面对面:面试注意事项及面试官常见的思维模式
04 | 考官面对面:面试与应聘,如何站在对方的角度考虑问题?
05 | 考官面对面:我是如何面试程序员的?
06 | 考官面对面:我们是如何面试架构师的?
07 | 考官面对面:面试经验谈之校招与社招
结束语 (1讲)
结束语 | 以终为始,闭环迭代,持续提高
面试现场
登录|注册

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

白海飞 2019-03-11
你好,我是白海飞。今天我想和你聊聊面试中,怎样介绍你的项目,以及怎样突出你的重要性。
面试中除了专项技术问答,另一个重头戏是“盘问”应聘者做过的项目。面试官通过了解你的项目工作,可以看到你和团队的协作过程、工作成果,以及你起到的作用,从而更准确地判断你的经验、技能、潜力和动机。
面试官的问题往往是这样开始问的:
“看你做的项目不少,请介绍一个你认为最能表现你能力的项目吧。”
“XX 项目看起来挺复杂的,能否详细介绍下复杂在哪里,你的贡献又是什么?”
“XX 项目你做的时间很长,说说你都有哪些收获吧。”
这些都是开放性问题,应聘者的回答,常常有两个主要毛病。
做事浮于表面:做的工作不少,都想提一下,没有详略,不能在某个价值点上讲出深度。这种表现会让面试官觉得,你仅仅在浅层或者在外围干活儿,而很少或者没有深入解决过核心的项目问题。
能力单薄:细讲某一项目环节时,你只专注在项目问题的某一部分上,不能以完整的视角复盘解决方案,只具有任务级别的工作能力。比如,只清楚自己的模块实现,至于上下游过来的数据含义都不了解,也不知道自己写的代码是服务于什么业务问题。这会让面试官觉得,虽然你能编写代码,但没有协作意识,你很大程度上依赖别人完成分析调研,甚至连测试数据都要给你准备好,你才能完成任务级别的工作,这样表现出来的能力很单一。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《面试现场》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(9)

  • 南北少卿 置顶
    1.推动项目的例子:15年的时候,在一家游戏公司开发维护一个运行6、7年的老pc端游戏,每月流水很固定,临近520的时候,团队一如既往的做一些活动,没有人针对520策划一场活动。作为一名策划,我提议设计一个520送花给情侣的活动,得到策划主管、总监的批准,当时自己迅速设计了一个策划案,和开发一道加班加点的赶在520的前一天上线,当周的流水比往常翻了1.5倍。
    2.技术设计问题:公司的很多产品用户注册 授信 首贷 再贷 加贷的信息每天都要传输给产品做准实时的营销,之前的定时任务都归每个项目组自己开发,后有人提出可以所有定时任务放到一个项目中,使用xxl-job开发,做到配置和业务逻辑分离,由该项目统一对接电销系统,项目组只负责提供查询语句,提高了开发效率

    作者回复: 不错,第一个例子表明你把策划做得很好,有创新,会抓时机,还和开发有非常好的协作。

    第二个例子是一个技术改进,也涉及到组间协调,影响力扩大到了公司范围。你能看到别人做的这个推进,说明你有了这个意识,而且注意观察他人的贡献和作法。

    @编辑,请帮忙置顶,供别人参考。谢谢。

    2019-03-11
    4
  • 果然如此 置顶
    1.推动项目例子:最近我们一个从0开始的新项目,作为开发角色,只收到了产品的设计文档,而且通知本月周六日都要加班,但是大家不知道从何入手,模块如何分工、优先级是什么等项目问题(技术负责人是领导指定的新上任不久),面对这种情况我提议开一个产品需求分析会,于是拉上技术负责人和各位前后端开发人员。
    2.技术设计问题:产品设计中有一个分享链接创建组的需求,而且要求只有点击链接后才创建组,不能提前创建组,也就不能提前分配id,大家一筹莫展的时候,我提议客户端用guid,这样可以保证唯一性也可以不用提前创建id。

    作者回复: 非常好的例子,说得也很清楚!谢谢分享。

    第一个你做了PM该负责的组织沟通工作。定义模式分工,识别依赖关系,技术lead可以贡献想法,而定义功能优先级,需要了解产品和用户的角色来看看了。

    第二个是技术选型,干得漂亮!

    @编辑,请置顶,对别人有参考意义。

    2019-03-11
    1
  • 上善若水 置顶
    讲项目时为了戒断肤浅单薄的毛病,应该对项目进行回顾总结,具备复盘时的上帝视角,且对关键环节可以信手拈来去阐述。这需要线下准备,是硬功夫!

    同时讲项目是有技巧和套路的,应该遵循目标,方案,过程和结果的大的时间顺序来展开,不疾不徐缓缓道来!

    关于老师说的项目推进过程中自己的角色和价值的一part,我想就着上下游技术沟通进行一下阐述。我不认为坐在工位,一整天对电脑进行编码的就是一个好开发。那种情况要么都接口契约相当熟稔,要么就是完全按照自己的理解去开发不知道别人合不合适的接口。据我经验,后者比例不在少数。所以有时间我尽量会为了项目和上下游人员面对面交流,把接口定义在前期尽量讨论透彻了不搁置。这样即使返工,也在自己的可控范围不至于推倒重来!让项目可以如期保质保量的上线。

    作者回复: 谢谢你的总结!你说的接口契约非常有必要,这其实是分治思维的应用吧。

    @编辑,麻烦给置顶,谢谢。

    2019-03-13
  • enjoylearning
    挖掘项目的亮点,还真是不容易,但每个项目又都有自己的特殊性,所以如果我们能够说出从来以来实际的场景和遇到的困难,做了哪些尝试,有些成功了,有些失败了,有些不了了之,这才是最真实的。更重要的我们需要展示我们有没有反思过,复盘过,现在面临同样的场景和困难可不可以做的更好,这才是面试官真正想看到的。

    作者回复: 非常准确!

    把你深度的思考和收获(失败也有收获)说出来,就能打动面试官。

    2019-03-12
    1
  • 刘哲
    这篇专栏其实不只是写给面试者去看的,在职人员看到这边专栏后其实帮助也很大,让人受益匪浅。
    之前看到第17篇,后来因为工作太忙,暂时搁置,一个月后终于又有时间可以看了,迫不及待看完一篇,感觉感触又多了几分,我将其当做工作中的一部标准与经书,时时回想翻看,受益良多,谢谢白老师。

    作者回复: 欢迎刘哲回来一块讨论互相提高。

    2019-04-10
  • Night_shuai
    作用超越角色,讲的很到位
    2019-04-02
  • 二师兄
    老师好,如果不从自己的角度,而是从整个公司或者团队的角度,讲述一些技术或者方案的改进,是否可以给面试加分,有些改进实际上自己没有发挥作用,这种要不要讲出来?

    作者回复: 我觉得面试中很多人都是在这么做,所以我会问,哪块是你做的,哪块是你的创新。如果没有你的部分,我怎么能确定你到了新位置上能做出改进呢?

    改进没见效,有可能是没有测量,也有可能是改进失败了。有过思考如何测量么?失败的预案呢?多想一步,你会做得更好。

    2019-03-12
  • 宁静
    白老师,想请教一下。作为面试者,从哪几个方面去挑选企业和领导呢?

    作者回复: 您是跳着看的吧,这个问题在04篇仔细说过。还有问题的话,留言即可。

    2019-03-11
  • boyxie
    最近面试被问到几次:数据流向,但是回答完后面试官好像都不太满意,不知道该如何表达这部分内容,老师能否给详细说说?

    作者回复: 数据流,应聘者一般都很难讲好,因为太复杂:

    1.数据模型,反映的是业务模型;
    2.数据流,反映的是业务流,以及技术模块之间的数据交互。

    所以讲数据流前,得先让听众明白业务模型和业务流程,还有技术架构。因为太复杂,只好简化数据结构去讲,但简化不当,反倒隐藏了重要细节,导致人家听不懂。

    2019-03-11
收起评论
9
返回
顶部