前几天接了个私活儿,帮一家To B企业为甲方的一个技术方案做在线支持和咨询答疑,其实就是根据甲方的需求,优化方案,然后做汇报,最终目的是为了签合同,达成交易合作。在分析甲方需求和优化方案过程中,和这家To B企业的技术同学交流了很多,颇多感触。这篇文章,我想聊聊在日常工作中,关于汇报的一些想法和思考。
3.遇到超预期或者本岗位的技术挑战,很多技术同学就容易卡壳;
和一个技术大佬聊起这个话题,他也说道:很多找他咨询的技术同学,都是局限在自己会的那一块,没办法成体系的去思考和解决问题。这样很容易导致一个现象,就是职场瓶颈明显,上升空间和横向腾挪的范围太小。在IT技术领域,现在的技术架构越来越复杂,一个项目会分很多岗位,对应的技术栈也是越来越细化。企业为了降低人员流动和替换的成本以及风险,也会将个人固定在一个狭窄领域的岗位上。虽然说现在很多工作都需要团队协同配合来推动完成,但这些协同沟通和推动的职责,在一个项目中往往也会有专门的项目经理或者少部分关键人员去负责。
客观来说,因为缺少机会去扩展自己的能力,大部分技术同学被限制在自己所在的狭小领域;主观因素来说,大部分人缺乏自主学习能力和向前一步的承担责任意识。长此以往,能力和所能创造的价值并没有随着年纪和经验增长而匹配递增,就导致了大部分同学所谓的职场“35岁失业危机”。
2.能力是否被放在了合适的位置上;
决定因素:方案实施成本如何,领导是否听懂了,是否能解决更大范围的问题;
其中,基础因素主要考验技术同学的技术能力,加分因素则考验技术同学对团队和项目的了解程度,决定因素则是方案所能带来的价值。这个价值并不是解决多少bug或者提升多少性能,而是对项目或业务来说,能带来的可量化的预期指标。
收益:方案对业务、对团队带来了什么收益,比如:提高效率(降低成本)、降低资源投入(提升预期收益);