最近有比较多的机会在 1 on 1 coaching 一些很有潜力的工程师， 他们都拥有不错的特质，技能平均也都高於同年资的同侪， 但他们对自己的职涯感到茫然， 因为他们绝大部分都热爱技术，却又对技术这条路能走多远感到旁徨。 他们都想变强，但又不太清楚可以怎麽锻链自己的能力。 技术，绝对不只是写程式。 写程式，也绝对不是只有「拿规格、写程式」， 就像那句有名的话「programming is thinking, not typing.」 决定绝对薪资的因素，就如同版上很多文章所说，权重大概类似这样： 国家（物价）> 公司 = 公司赚钱程度 > 个人技能/创造价值 > 年资 = 语言 能自己决定，且比较有意义的部分，还是在个人技能，以及如何创造出公司需要的价值。 在 1 on 1 的过程，我几乎都会提及，若要往 tech leader 走， 我觉得可以透过技术提案来锻链自己的能力、视野， 让你学习的知识落地，真正在实务上替公司、团队、产品带来价值。 我整理了一篇文章，文章传送门：http://bit.ly/tech-proposal 【文章摘要】 1. 向外取经 包含参加社群活动、研讨会、培训、邀请教练、有效阅读。 重点在於，向外取经之後的反思与行动。 没有引起变化的取经，都只是心灵鸡汤，暖暖的，但严格来说是浪费时间。 2. 新的解决方案，其存在的意义为何？ 新的解决方案通常都是在某个主题、领域，比起其他解决方案更加优雅。 反思这个新的解决方案，要解决的问题本质是什麽？ 我们现在是否存在着相同的问题？或是可见的未来是否可能发生同样的问题？ 要避免「一窝蜂驱动开发」的冲动。 3. 我们现在是怎麽做的？ 反问自己： - 我们现在是怎麽做的？ - 付出的代价是什麽？ - 达到的效益如何？ - 是否已符合我们的期待？我们的期待为何？ 先定义问题，才能解决问题。确认期望，才能评估是否有效。 4. 比较方案 我们不会是第一个碰到这问题，或是只有我们有这样的需求。 - 调研一下这个问题或需求，有哪些其他的解决方案 - 各自的优缺点与适用场景 - 动手设计一些范例、雏形，进行概念验证（POC） 5. 提出建议方案 基於我们公司、团队、产品、环境、流程、组织与文化等等，建议采用哪一个方案，并说 明为什麽？应包含预计需付出的成本、风险、影响范围、带来的效益、需要的时间、前置 作业以及必要条件。 6. 引入变革的行动规划 如果要开始试用与导入，可以从哪边开始？为什麽？ 规划应包含： - 先从哪一个专案、团队或功能比较合适？为什麽？ - 预计何时开始？需要多久？检核点的日期？ - 哪些人合适当首批引入与配合变革的人？ - 如何评估效益？ - 如何制订政策来鼓励加入变革的同仁？ - 你需要什麽样的 support 跟 resource？ ========================================================== 以上只是个人的经验与浅见，透过不断练习这样的过程， 一来可以保持自己接触外界新知， 二来确保学习知识能进行知识螺旋的转化过程，进而引发变化、行动，以试图产生价值， 三来累积自己在团队的影响力，引领变革，并站在公司、产品、团队的价值优先。 这是 tech leader 自己一个很重要的学习模型，也是产品与团队需要的帮助，也是公司 所需要的专业价值。 这一整串的过程，是锻链自己内外软硬技能很好的方式，不管最後是成功或失败了， 累积在自己身上的能力经验不会消失。 而公司也需要在风险可控的情况下，尝试一些 DNA 的突破，才能获得本质性的提昇。 如果您已经在很赚钱的一流公司中，但薪资已经达到天花板了， 而你也有想学习跟变强的冲动，或许这可以提供您多一个角度来尝试变强和创造价值。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 49.219.145.161 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1506391235.A.F0C.html ※ 编辑: landlord (49.219.145.161), 09/26/2017 10:01:21 ※ 编辑: landlord (114.38.186.55), 02/19/2018 17:22:56