IT团队里，那些打酱油的成员。。哎

romabug

目前项目组结构如下：

第一梯队： 2个全栈码农(我是其中之一) ,  1个UI码农，1个 tech lead.   
第二梯队： 1个business analysis， 1个product owner,  1个scrum master,  1个手工QA, 1个自动QA, 1个QA lead。

过去半年里，我们2个全栈每天都在创造性地工作，贡献代码，修理bugs，写测试等等。
项目刚开始，tech lead给了个链接，告知环境设置，部署等东西，之后半年几乎不需要请求tech lead 任何帮助。

工作中，除了我们2个全栈辛苦工作外，经常觉得其它人 就是观望者，打酱油的。。同时这几个人又装模作样，充当监管者，决策者。
有时候觉得，挺不公平的！！

说土点，如果哪天 天上广告牌砸下来，把第二梯队全给带走。。将完全不影响产品开发和上线。
不知道第二梯队的工资水平如何,  想说要是把第二梯队移走，多发给码农奖金 多好。

另外，感觉如果第二梯队的薪水能够达到 第一梯队的60%，那么他们工作幸福感会是最强的，比码农强N倍。
这几个人根本就没啥鸟事干，还搞得高高在上！有时候经常幻觉 这几个人就是CEO的亲戚朋友啥的，过来扮演老板，一边白拿工资。


这种的 IT 团队结构, 可以类似于 茶餐厅里里，
第一梯队：厨师长，主厨，帮厨
第二梯队：清洁工，点菜服务员，小推车送菜，柜台结账，门卫，大厅经理。

这种餐厅结构里，其实第二梯队的人员也还是挺忙，事挺杂的。而且还不会装模作样，狐假虎威。
若移走第二梯队， 餐厅生意还真运转不下去


我的意思是：
IT团队的第二梯队 是超级爽的，是幸福感爆棚的。。。多为白人和印度人
觉得公平起见，比较于一线码农，他们的工资应该类似于 茶餐厅推小推车的工作人员（比较于主厨）。


有共鸣的筒子，发表下看法！！

Grange

挺好啊，两个全栈码农掌握了核心技术。

第二梯队那些人是不是同时再做其他项目？

romabug

Grange 发表于 2022-4-28 15:53
挺好啊，两个全栈码农掌握了核心技术。

第二梯队那些人是不是同时再做其他项目？ ...

没有的

部门项目 人员分配图，很清楚的

tk0007

码好自己的就可以了，这贴要是敢发在隐秘，我看会收到不少砖头

faithdescent

很难想象BA和自动QA可以什么事都不干而产品能做很好，QA lead和scrum master在中小型的team里确实没用，我们算本地大公司，把scrum master全裁掉了，QA外包了

romabug

faithdescent 发表于 2022-4-28 16:42
很难想象BA和自动QA可以什么事都不干而产品能做很好，QA lead和scrum master在中小型的team里确实没用，我 ...

主要是 码农经验丰富。。

可以搞定所有 功能， 就没scrum master,  QA，  BA啥事了。

Backer

这种情况你可以利用掌握核心代码来谈判呀，要奖金要其他各种福利，不给就磨洋工。当然谈判要有水平，用好各种高大上办公室用语。以前团队有这种情况，干活牛人都是直接和管理层谈条件，升职加薪升级加股票什么的，谈好认真干活出成果，谈不好就最小付出随大流，反正项目压力不在干活人头上，场面活该做做好就行。

dc81

正常来说product owner应该是待遇最好的，相当于国内的党委书记:)

whocares2014

自动化qa 和码农工资差不多的其实。

靠谱的Qa其实对项目帮助挺大的。

romabug

Backer 发表于 2022-4-28 16:50
这种情况你可以利用掌握核心代码来谈判呀，要奖金要其他各种福利，不给就磨洋工。当然谈判要有水平，用好各 ...

公司很大

感觉 上头的人，应该是有放一些 眼线在 项目组 里面的。

几个礼拜前，有个 BA 小妹妹 一直对我耍威风， 发信息过去，爱理不理的，还爱挑我毛病。

突然有一天，态度急转，变得很配合。。。（是不是收到上面的信号了，，哈哈）

romabug

whocares2014 发表于 2022-4-28 16:58
自动化qa 和码农工资差不多的其实。

靠谱的Qa其实对项目帮助挺大的。

全栈码农，  自动化测试 也懂得写的。

只是相比项目本身的代码， 自动化测试 代码 比较枯燥 简单。

romabug

dc81 发表于 2022-4-28 16:55
正常来说product owner应该是待遇最好的，相当于国内的党委书记:)

以前 有见过
product owner 是公司老板的 亲戚。

屁不懂，最后把项目搞砸了

whocares2014

romabug 发表于 2022-4-28 17:00
全栈码农，  自动化测试 也懂得写的。

只是相比项目本身的代码， 自动化测试 代码 比较枯燥 简单。

看问题的角度不一样，术业有专攻。

Unit testing归开发，别的测试归qa

whocares2014

romabug 发表于 2022-4-28 17:02
以前 有见过
product owner 是公司老板的 亲戚。

最赚钱的组合是部门经理是爹，scrum master是儿子，妈妈开中介公司招合同工剥削。

romabug

whocares2014 发表于 2022-4-28 17:03
看问题的角度不一样，术业有专攻。

Unit testing归开发，别的测试归qa

产品成熟度如何， 不否认qa 是重要的

但，qa 太早介入，真没啥事干的

whocares2014

romabug 发表于 2022-4-28 17:14
产品成熟度如何， 不否认qa 是重要的

但，qa 太早介入，真没啥事干的

那也不一定，也可以看看需求分析，static testing。有问题马上提出来，免得开发的走弯路。测试下测试环境搭建情况。

Test planning 做起来，代码上测试环境了，就可以立刻动工了。

yooko

不满意的话摔盘子走人，大把的工作等着你呢

Backer

romabug 发表于 2022-4-28 16:58
公司很大

感觉 上头的人，应该是有放一些 眼线在 项目组 里面的。

大公司更规范，更好谈吧。这种东西本来就管理学，项目负责人手上有资源，他来分配资源做好项目他拿到好处。你的能力能让他拿到好处，他资源就会多分给你，最后看你自己硬实力（代码能力）+ 软实力（谈回报能力），传统方法估计工作量的时候自己多上心，留好余地，面子上好看。如果要更快更好完成任务，那自然要更多回报。这筹码管理学上叫incentive，你能谈多少回报看自己在项目中重要程度。以前项目组技术骨干谈好都是一个大项目做完基本升一级，头衔一高，待遇一条龙全部升级。所以如果对自己有信心，尽管放心谈，反正不要默默把苦活累活技术活都做了，最后给组里印度同事摘桃子就行，活雷锋这种事情还是少做为好。

ala

这么小的team，阵容是豪华了些 哈哈

romabug

Backer 发表于 2022-4-28 17:21
大公司更规范，更好谈吧。这种东西本来就管理学，项目负责人手上有资源，他来分配资源做好项目他拿到好处 ...

感谢点拨，很有启发呀

xji

我不想告诉楼主的真相是，第二梯队的工资薪酬平均水平高于第一梯队。

chenzy0513

确实，BA和product owner可以合并；auto qa和qa leader 可合并；scrum master和tech leader 可合并。你们组明显不差钱

Backer

romabug 发表于 2022-4-28 17:44
感谢点拨，很有启发呀

平时搞好关系，特别是和经理或者项目负责人，搞好关系是要投入时间精力的，要认真对待。千万不要把时间精力都花在写代码上。你performance好坏就是顶头上司一句话的事情，做再多做不到上司心坎上都是白搭。靠谱的经理本来也是要拼命往上爬的，反过来会主动和有价值人员谈好条件，你做好你的事情，他拿到成果往上去，换成资源按约定回报给你，就是这么个合作关系。如果合作好，有能力的经理就带着你一路上升，如果合作不好，你们就看着别人上去，职场就是大概这样。所以一半时间花在提高代码上，另外一半精力去找靠谱的可以合作的经理或者项目负责人。跟对人，路就越走越顺，如果混不进上升的团队，那光靠苦练内功会郁闷出内伤的。

DaftPunk

techie工资高不少吧

hxsh2000

每个职位上的员工，无论事实上重要与否，都会觉得自己是核心和第一梯队，觉得少了她们自己，都不行。

Product owner掌握着产品方向，要了解上层的需求开发出适合的
BA要能和business打好交道，理解要的是什么，且能够很好的用技术语言和开发者沟通要做什么
SCRUM Master要维护好开发进度，往每个sprint里面塞多少开发任务且能够按时完成和上线，且逐步的计划好下面和未来的开发任务

这上面的三个职位，在开发团队中的重要性，并不比开发者低，而且薪资也不比开发者低。

cppbug

romabug 发表于 2022-4-28 17:14
产品成熟度如何， 不否认qa 是重要的

但，qa 太早介入，真没啥事干的

QA的工作还是很重要的，而且从一开始就应该介入进来。从test planning到写自动化测试的code，以及各种non functional testing，一点儿都不轻松。developer 的责任是写好code, unit test以及文档，让系统易于维护。但是只让developer做测试还是不要的好，容易产生盲点，一个requirement，有时tester 和dev会有不同的解读，而且从人性的角度来说，让一个人尽可能的发现以及report自己的错误，不是很容易。

yotiger

这个配置，可以把三个QA合并，PO可以半个人头。BA在某种程度上介于PO和手工QA之间。

whocares2014

yotiger 发表于 2022-4-28 19:05
这个配置，可以把三个QA合并，PO可以半个人头。BA在某种程度上介于PO和手工QA之间。 ...

QA人数一般应该是开发的一半。

StefW

这些职位在比较大的公司还是挺重要的。

PO得来传达上层精神引领团队方向，还得把团队成绩及时反馈给上面，要不团队往哪奔啊。而且如果公司团队多得保证自己团队的产出被人看见。

如果没有BA，开发每天就没时间代码了，光开会撕逼写JIRA了。

SM得组织各项会议，保证团队的capacity和
velocity吧，还得经常refinement和retro要不问题积压容易造成项目缓慢。

unit test开发写，那integration test，contract test，E2E test谁写啊，得有个automation QA吧？万一还有performance test，sucurity test 啥的。而且automation QA还得setup test pipeline让测试在每个环境里都跑起来保证CICD

Manual QA很多是非常了解用户需求并且产品知识丰富的，他们在开发早期可以提出很多开发可能忽视的点(尤其是对于新dev)，避免后期大代价修改bug。而且Manual QA往往是最出bug的，他们的exploratory test经验丰富。

至于你说的组里还专门配个QA lead，这个没有必要。。。

cppbug

samhain 发表于 2022-4-28 19:23
我最近工作过的两家公司都没有qa

没有QA有可能是因为项目的性质，我曾经在一个航空航天的大厂里的prototyping division做developer，他们就没有tester，因为没必要，他们不需要达到production quality，很快的给client把原型做出来更重要。还有一些以research为主，client就是内部某部门的有时也没有QA。

再有就是为了cut cost。

对于有些项目，没有QA是很难很难的，很不容易测试，developer 绝对不想做