作者回复: 点评1: 第1点只有能力描述,没有案例说明 点评2: 第2点的案例没有说明重构前是多少天,如果重构前是2天,减少1.5天那么提升就很大;如果重构前是20天,减少1.5天并没什么用。 点评3: 第3点可以补充由此带来的业务价值, 点评4: 第4点没有说明结果,只说明了你做了这件事 点评5: 整体看下来,感觉第3点是重点,如果是这样的话,把这点放在第一条来说。
作者回复: 建议1:第一类你写的是“深挖业务”,但是给的3条案例都是技术上的,前后不符,可以改为“全面的技术能力”,因为你的3条案例是不同的技术点:问题攻关、重构、接口设计。 建议2: 疑难问题攻关需要给出至少一个案例,例如“线上JVM内存溢出”、“android 8.0 偶尔闪退”这种。 建议3: 培训和文档只有量,没有“质”,你可以补充类似“某篇文章是10月TOP5文章”,如果实在没有那就只能这样写了。另外,设计文档这些不能单独算,因为是项目需要的,只有培训文档、公司内部或者网上平台发表的技术文章才算。 建议4: 建设性意见、深挖这些太虚了,看不懂具体是什么意思 建议5: 提升效率部分写的不错,但总的字数稍微多了点,可以将“解决跨组件……问题”、“将以往……测试”这类去掉
作者回复: 这是一个好方法😂
作者回复: 点评1: 前面说从0到1,后面又说是演进,那是从1到2到3了么?如果是这样的话,“在双目扫地机器人的技术演进中,起到关键作用”这句话就太虚了,起到什么关键作用?你是架构演进的设计师,还是架构演进的核心开发者?这里要换一种更明确的说法 点评2: “目前该产品的主要功能已经完成。已经进入量产方案的确定当中。”虽然还没有量产,但是可以补充业务预估的量产数据,例如“预计1年出货100万,销售收入XX万,利润XX万” 点评3: 两个N次都是只有“量”,没有“质”,可以补充一些重要展会和客户的信息,例如你在广交会上演示和在公司演示,两者的意义是相差非常大的。 点评4: 所有的内容其实只说了一件事,这个可能并不能全面展现你的能力。建议从不同方面分类来说明,让自己的能力看起来更完善和立体。
作者回复: 汇报也可以这么说,但是汇报不能报喜不报忧,否则很容易被打脸
作者回复: 内容要点可以参考,但内容可以写多一点
作者回复: 会不会是你领导比你先学了这个专栏 ? :)
作者回复: 1可以 2看看能否增加业务效果 3把“多个团队管理人员”改为具体的,例如“3个P7”、“5个TL”等等
作者回复: 绩效总结还可以写多点,写细一些,因为你跟主管谈绩效的时候,谈的比较细