《人件》笔记
鹿酒 2022/4/13 读书笔记思想
文章末尾有下载链接。
虽然我不是管理岗位,但是学习管理方面的知识,不仅仅是管理人员需要的,被管理者如果不懂这些,在职业生涯中也不会有所进步。
# 如何使得一个人变得高效
# 关于项目失败
一个项目的失败,除了业务变更等客观问题外,主观方面还存在者社会学问题与技术问题。其中技术问题出现的概率远低于社会、人员方面的问题。
- 管理者花费了更多的时间去处理技术问题,而不是更好的处理人与人之间的问题
- 「螺丝钉」们需要的不是重复造轮子,而是如何协调使用前辈造好的轮子去实现业务
# 关于线性流程
软件工程相关的岗位大多数情况下,不能像生产线一样去维持某种状态去按部就班的生产,所以不能强迫要求工作中不能出错;
工作流程中的每个节点是需要保留模块性,使得每个人都是可替代的,即:缺了任一一人,项目都能正常运转;
- 培养试错的环境,可以让人们收获到更多的「报偿」
- 有时员工需要的并不只有金钱,需要提前预备,在你力所不及的情况时如何应对
- 要么帮助员工达到目的
- 要么让每个人都是可替代
- 员工们需要的不止是做事,还需要互相沟通,所以做一些良性的互动有利于积极性
# 关于内卷与工作质量
使用某种手段让员工通过延长工作时间来增加生产力并不是一个良性的循环。
工作狂使得大家开始内卷,关注点从项目发展变成了延长工时,实际上对项目的进行不会有太多的好处。
很多人在工作中很关注质量,在软件行业,质量的提升很可能意味着重构,那就会带来更多的工作时间或是生产成本,衡量质量与效益所带来的权重占比是管理者在生产中需要抉择的部分。
# 关于错误的行业认知
- 你可能错过的某种新技术。不是所有的新东西都是会提高生产力,关注好深入高效的使用已用的工具更加有效
- 别人的成效远高于你。从不一样的角度看同一件事会产生不一样的考量,成效也如此
- 你的技术正在被淘汰。新的技术不一定适用所有情况,了解新的技术不是坏事,但是不逃过分焦虑
- 改变语言将收获巨大。无论什么语言,工作中更偏重于业务的理解、技术的迭代会产生影响,但是不会颠覆你的生活
- 因为未完成的任务过多,所以你需要加倍工作。项目的实际开发成本总会大于估算的成本,如果一个项目成本过大,很可能在当下是一个需要被废弃的工作
- 顺其自然成效更好。顺其自然往往会导致项目跑偏从而影响开发进度
- 给手下更大的压力。这会导致反作用,使大家变得消极
# 如何创造一个高效的工作环境
目的是提高人均功效
- 允许、支持工位上的个性化装饰
- 创造更安静、自由的办公环境
- 在工位空间节约的钱会在其他地方以20倍的比例消耗出去
- 对于脑力岗位 不被打扰的时间/出勤的时间=环境因子 环境因子越大 成效越大
- 需要及时回复的消息会打断思维,影响工作,用电子邮件回复工作可能会缩小意外对生产力的负面影响
- 允许工作时听歌等仅占用右脑的活动
- 反对独占封闭空间或过于开放的空间
# 如何选择对的人
- 工作样品展示:直观的看到候选人能做什么
- 能力倾向测试:左脑/右脑/人格测试 看是否复合岗位的需求
- 项目陈述:了解候选人的沟通能力,工作习惯特性等
- 跳槽频次低的
如何降低离职率,除了最基本的收益保证外,员工的离职率受到:工作地变更、停止晋升、不被注意(霍桑效应)到等因素的影响
# 培养团队
- 信任:支持员工,即使某些趋势会带来可预见性的错误(转换形式去验证而不是禁止)
- 自由:减少干预
- 交流:增加交流机会
- 整合时间:减少同时多件事一起处理,这样会增加消耗
- 要求质量:减少让步,可以提升开发者的自我评价
- 亲和:男女搭配、避免拔尖型角色
# 增加工作的乐趣
- 组织比赛,竞技类,设置多维度的获胜目标,从多方面比成功度,不只是争高下,重点是参与度于思维广度
- 头脑风暴,拓宽想象力
- 野外生存、旅游、养生等
一个很好的来处理员工组织结构的方案:以一份工作最小的可能完成的岗位来拼装成一个小组来做某件事,小组为自身负责。后续小组需要自行争取工作内容,然后上级评审工效。
以这样的方式来形成一种紧密的关系,这样有利于工作效率。
# End.总结
下载地址 《人件》 (opens new window) 访问码:e6nx