技术评估
结果
希望拿到什么结果，事关每项工作的效果和业绩，对结果的评估能力最为关键；
- 事先明确如何验收，才能有的放矢；
- 哪几个维度？
- 哪几个指标？
可行性
第一步是能不能做；第二步是值不值得； 技术要关心值不值得，本质是成本收益问题
- 投入成本，就是开发工作量，比较容易评估
- 维护成本
- 技术选型 成熟技术/新技术
- 技术升级 兼容性和扩展性水平带来的后续升级的难度和成本
- 问题排查 好的实现分分钟就能定位
- 代码阅读 可读性是交接，别人修改成本更低
风险/安全
- 考虑该技术方案最大损失的可能性和边界，以及什么情形下会发生
工作误区
过程导向，被动执行
- 没法团结和驱动别人一起，只埋头自己的事；
- 无法带领团队
大包大揽，唯我独强
- 没有团队支持，自己又忙又累，做不了更大的业务
带头大哥，当家保姆
单一视角，固化思维
遇到事情总觉得我不适合，性格不行； 按流程这样不行，习惯性的打退堂鼓，不愿干
- 习惯性卡住，遇到问题和困难，自己就觉得不行，到处都是绕不过去的鸿沟
- 认知层次低 由于被单一惯性思维支配, 认知层次和考虑问题的维度无法提升
- 难堪重任 由于创造性地解决问题的能力不足，难以承担具有挑战性的工作
自扫门前雪，固守边界
很有道理；但要具体对待从下面3个角度
- 项目推进不畅，从而影响全局的结果
- 自我设限，因此个人成长受限
- 个人影响力无法扩展； 可管可不管的问题，如果你推进并解决了，想想也是个成就
职能
职责
职能的下限， 至少要完成的工作，按时保质完成产品需求+配合横向的技术优化工作；
使命愿景
职能的上限； 比如说做出一些通用组件，服务平台，成为大部门甚至公司标准，这就是使命和愿景； 这能带来更大的发展空间
如何确定职责和使命
- 收集信息
- 向上沟通，听听上级对你团队的期待和要求，以及希望有什么维度来衡量你做得好还是不好
- 左看右看 想想别人是怎么弄的
- 自己思考，对业务的理解，对领域的理解，对自己的期待，使命和愿景更多来自于你的设想
- 提炼和升华
- 基于上级的期待和要求，以及你对业务核心价值的理解，对职责进行简短化提炼，并尽可能长时间稳定下来
- 使命的升华 基于基本职责，寻找寻找我对于团队和部门的独特价值；注意表达，基于
结果的描述，而非过程的描述 - 确定衡量维度 合规，故障，安全/风控，性能，开发效率
- 确认和主张
- 确认是和自己的上级确认； 主张就是组织好语音在合适的场合把自己的职责和使命愿景宣贯给大家
