• Geek_frank
    2022-11-08 来自北京
    一整套下来对人的要求很高的,对应下来就是高工资。如何说服老板投入这些成本呢?

    编辑回复: 在跟一些技术管理者交流的过程,关于这个问题有几位老师也谈过,可以从几方面入手去做,首先目标要是一致的,尤其是和上级,这样才能申请到资源。在和老板聊之前需要先有一个比较完善的方案出来,并且要有预期的结果和一些成功的案例去说服;其次就像销售一样学会去沟通,可能乍一听需要投入很多成本,但从长远来看成本会被分摊掉,比如有些人的代码可以在线上跑很久。当然也不能一概而论这一套方案需要结合公司的实际情况去看。

    共 2 条评论
    2
  • 石云升
    2022-11-14 来自广东
    项目奖金虽然有很大的主观色彩,但很多时候为了给员工谋福利,项目奖金还是要争取的。至于怎么公平分配?我有两个基本点。1. 所有决策过程都要公开,同时在没分配之前就要定义好规则。比如,让项目里的核心员工,让进步最快的员工获得更多的收益。(二八法则)2. 所有不能量化的评价都要带上事例来佐证。
    
    3
  • 术子米德
    2023-02-22 来自浙江
    🤔☕️🤔☕️🤔 * 《02|如何打造一个“无需激励”自运转的技术团队?》 【.I.】无需激励的技术团队,前提条件是对激励这个概念做澄清和定义。毕竟,看到激励这个词,脑子里冒出来更多是挥鞭子的画面,或者是连蒙带骗的不可描述念头。这可不是我的先验性经验,必定是遇到过真实的经历,才如此容易冒出这样的画面和念头。再看课程里的引号,似乎又意味着某些道不明的意思。 【R】团队定位与目标(关注全链效能)、组织文化(团队内部文化+保护屏障,简单、透明、公平、创新)、制度成熟度、团队人员(选择合适的人,培养思考者) 【.I.】在一个有较稳定行为处事习惯的环境,即所谓有文化的组织里,耳濡目染的力量非常强。一方面会让我顺从这种文化,另一方面会让我抵触这种文化。当我抵触时,所作所为的底线就由制度来兜底。足够成熟的制度,大概率会避免低级错误频发。如果真破底线,那也只能离开团队。所以,最后留下来的团队成员,要么顺从文化,要么不抵触文化。如此说来,制度建设最重要,因为这是底线,组织文化形成最困难,因为这不只是顺从,刚开始更是需要有自我认同的人创造文化,至于团队成员,这只是个结果。 【.I.】文化在口号之下,还是在口号之前?我认可文化在口号之前,即先形成文化,再总结为口号,而非设立口号,然后照着口号产生文化。前者需要能够无中生有创建文化的人,后者只是照猫画虎假模假样的文化人。 — by 术子米德@2023年2月22日
    展开
    
    1
  • Geek_a04165
    2022-11-11 来自四川
    “每个项目的 Bug 数从之前的 2.21 减少到现在 0.34,每个月的零 Bug 项目接近 90%” ,bug与质量部门对bug宽容度正相关,与一线开发的自测耗时正相关,与代码量负相关,如果希望bug清0,那是否可以表示由研发代替测试的工作,用开发总工时加上测试工时来减少1-2的bug, 作为一线研发的非常困惑
    共 2 条评论
    1
  • Ghoul Zhou
    2022-11-08 来自陕西
    文中“把上半年的规划分析整理成了 Word 文档,在文档中充分展示他的思考逻辑、模型和数据”,想请教下: 数据是指哪些方面的数据呢?文中的bug统计(Bug 数从之前的 2.21 减少到现在 0.34),方便说下统计维度及逻辑吗 最近公司要让TL 制定绩效考核制度,目前一筹莫展,希望指点迷津
    共 1 条评论
    1
  • hell
    2023-08-28 来自浙江
    项目经历有荣誉,个人技能有提升,团队伙伴有协同
    
    
  • brqi
    2022-12-22 来自广东
    核心员工+梯队建设+重点项目
    
    
  • 小玲子ida
    2022-11-30 来自广东
    我们公司开发定制化项目,基本每天一更版本,而且是在现场测试验证问题,bug出奇的多,无法通过bug数衡量考核标准,即时一直有打算通过同样的问题重复出现的次数去衡量,没有很好的统计工具,只有云文档记录问题,所以一直没实施!这也是我们团队重点考虑的问题了
    
    