Re: [讨论] 小leader但没职称

楼主: yamakazi (大安吴彦祖)   2020-07-18 09:06:59
我倒是很好奇为什么没权没名就管不动人?
你们team里面如果有资深工程师的话
资深跟资浅的说要改哪
难道资浅的会直接不鸟资深?
资深当到这么没尊严是不是自己也要检讨一下?
难道资深工程师有权打考绩吗? 没有吧
什么事情都要有打考绩的人来发号施令
这会不会太micromanagement?
我分享一下外商软件公司的例子
因为案子的关系,人员可能会调动到不同scrum team
直属主管不见得跟你同team
如果是走Agile/Scrum Development
team里面会有product owner, scrum master
想当的人可以举手, 公司会送你去受训
额外会有tech lead, architecture,
通常是好几个scrum team才会配一个架构师和tech lead
还有tester, 不过他们通常自成一格, 一个scrum team可能就一两个tester
然后有一个test lead管这些tester
每个职系还有自己的小圈圈, 每周定期开讨论会
Scrum 每天早上都会daily standup
软件工程师常常会跟这些人互动讨论
这些人除了直属主管以外,通通不是打你考绩的人
难道你就不会跟他们互动合作了??
基本上所有只要成形的工作通通要开ticket, 口头或email交办不算
Scrum tool比如说JIRA一打开,什么人负责什么ticket,过了多久,现在进度如何
一目了然
Code review也一样,进code以后开PR
PR上你改了哪些东西一目了然
自动化测试马上在server上跑, 哪几个测项有过马上知道
你改了什么东西资深工程师直接在上面问你原因
然后你就要改,不改的话可以但要说明理由说服大家,不能已读不回
以上这些工作直属主管除非跟你同组,不然几乎不可能全程关注
但每个人还是一样照自己的分工责任完成
没有什么只有直属主管才能分工的规定
作者: skizard ( )   2020-07-18 09:22:00
公司文化跟部门文化 同公司不同部门都可能天差地远了
楼主: yamakazi (大安吴彦祖)   2020-07-18 09:24:00
现在想想真的是文化,思维,和态度眼界之类的问题以前在台厂designhouse还要推当责,在外商根本不需要推动大家就会做好
作者: raxt577 (pirague)   2020-07-18 09:45:00
同感,真的值得人尊敬的资深没权也会有人帮你,虽然有权更好...
作者: mathrew (Joey)   2020-07-18 10:02:00
这个完全是看人这个完全是看人,多的是管不动
作者: Rocker5566 (摇滚56)   2020-07-18 10:24:00
一堆公司年资到就给资深 做的事情不堪入目
作者: smallkop (快离开这里)   2020-07-18 10:26:00
一切就是钱的问题,做的更出色的人领更多钱就不用这样搞了,台厂多的是做的多跟少的领差不多钱当然能闪就闪
作者: SilverFocus (银色焦点)   2020-07-18 10:52:00
你讲的是理想情况,可惜很多公司做不到
作者: mar07172535 (?????????)   2020-07-18 10:52:00
前提是资深的管资浅的,如果今天是管资历差不多的呢
作者: Iemarah   2020-07-18 11:02:00
科技日新月异 资深又不代表比较懂 真要很行的就应该给个明确的title让他有责任去指导 没实质指导管理权限的就只是同事
作者: getbacker (工作十年了啊.......)   2020-07-18 11:19:00
年纪大 做得久不等于资深
作者: GGFACE (ggface)   2020-07-18 11:50:00
你这套是做web的 系统厂谁在跟你scrum
作者: iamala (it depends)   2020-07-18 12:02:00
做软件强者的世界我不懂,好多英文名词好难。我们弱者硬件世界都不给管,只知道困霸数钱的XD
作者: DrTech (竹科管理处网军研发人员)   2020-07-18 13:12:00
太理想。JIRA上,没权限管人,靠资深两个字,责任就推来推去了。code review 没权打人绩效,没权根据quality影响绩效,一般人死都不会改。
作者: Assyla (我只是居家了一点)   2020-07-18 13:24:00
就你这个例子而言,code review的问题,为何不能已读不回如果一堆人都搞已读不回,你能干啥?然后跟对方主管打小报告,也不理你呢?
作者: s06yji3 (阿南)   2020-07-18 14:58:00
除非每个组员关系都很好,大家都有共同的目标,不然还是洗洗睡吧
作者: fgkor123 (n(N))   2020-07-18 16:39:00
你这个我只看过外商linux做过,核心和接口都独立出来...好处是真的开发过程清楚,原始码也干净,坏处是真的慢除了特别核心和严重的issue,大部分时候都是自己领去做
作者: h129875230 (GOD)   2020-07-18 19:05:00
这做法在系统厂一条jira可以转五次
作者: flysonics (飞音)   2020-07-18 20:59:00
这种真的是最理想的状况 可惜台厂200%作不到这个样子自己有热忱然后领去做才好玩好吗 最讨厌那种给人分工然后都丢垃圾工作出来的
作者: WSzc (WSzc)   2020-07-19 02:29:00
你这架构是整个公司文化 从上而下的推展 但很多公司不是
作者: Qcloud (Direction)   2020-07-19 08:26:00
你4不4很嫩,台厂一堆连主管都不见得管得住的好吗。外商没战力就layoff,文化差这么多也拿来比
作者: piadora (皮多罗)   2020-07-19 23:19:00
去了。code review 没权打人绩效,没权根据quality影响绩效,一般人死都不会改。
作者: weitin7011   2020-07-22 09:46:00
团队文化

Links booklink

Contact Us: admin [ a t ] ucptt.com