求支招，如何表现自己的工作量
本帖最后由 傻卵 于 2016-3-25 10:05 编辑公司开发用快捷开发， 用jira kanban做管理系统，任务（电子卡片的形式）可以自己选，有时也由上级指派，任务完成了就提交，虽然选择任务和提交的时候jira系统会有个记录，谁开发这个任务，谁完成了这个任务，但是特别让人气愤的是，每个人都可以随意更改任务的设置，比如一个任务完成之后，测试部门发回feedback需要nacharbeit，这个时候别人也可以选做这个任务，把bearbeiter改成他的名字，这样这个任务就变成了他做的任务了！
甚至任何时候，你刚做完提交的任务，别人如果有个小idee，也可以weiter bearbeiten 你的任务，然后把bearbeiter改成自己的名字，这样任务又成了他做的任务了！
我平时做任务比较快，一般都是用速度和完成的任务量碾压其它新同事，威慑老同事，可是这样一来，很多我做的任务都可能变成别人的，我的工作成果被抹杀了，领导很可能看不到或者搞不清楚我的工作量！
我搞不懂，这是公司管理的问题，还是我自己的问题，大家的公司平时都是怎么评定个人完成的任务量的呢？ 求支招，这种情况我该怎么办呢？ 另外说一句，我也是新来的 傻卵 发表于 2016-3-25 10:04
另外说一句，我也是新来的
一个任务结束了就关闭，除非是Bug才会重开，如果是优化完全可以开个子任务，连在母任务上，Jira这些功能都挺完善的 fusion 发表于 2016-3-25 12:12
一个任务结束了就关闭，除非是Bug才会重开，如果是优化完全可以开个子任务，连在母任务上，Jira这些功能 ...
ta可能说的是在review的时候被人改了，原则上不能做完后那么快的就关闭吧 抓紧时间 发表于 2016-3-25 15:09
ta可能说的是在review的时候被人改了，原则上不能做完后那么快的就关闭吧
啊，Review的话如果有问题还是会让原主改 fusion 发表于 2016-3-25 11:12
一个任务结束了就关闭，除非是Bug才会重开，如果是优化完全可以开个子任务，连在母任务上，Jira这些功能 ...
不开子任务，而是原任务原编号发回来，这个时候你在忙其它任务，别人可以选这个任务，然后把bearbeiter改成自己，等到这个任最后做完就变成他做的任务了
Jira 上会有一小条记录，他改变了任务设置，但不仔细查看，根本看不见！
有时候im Review的任务也被人改了！
开发一个任务可能要写几百行甚至上千行代码，修改或者新加几十个类，而后来人改一个小bug可能只有一行代码，如果任务变成他做的了，这太不公平了吧！这种情况下，是不是上级根本不知道这个任务到底是谁做的？
本帖最后由 傻卵 于 2016-3-25 16:48 编辑
抓紧时间 发表于 2016-3-25 15:09
ta可能说的是在review的时候被人改了，原则上不能做完后那么快的就关闭吧
我觉得应该是公司的权限的问题，任务状态设置每个人都可以改变，你设成entwicklung abgeschlossen, 任何人任何时候都可以改成 wird entwickelt 或者 in arbeit! 把任务从in review 那一栏改回到 in arbeit 那一栏，最后再把 bearbeiter 改成自己的名字，真的好乱！
大家的公司也是这样的吗？公司是凭这个看你的任务量的吗？ 傻卵 发表于 2016-3-25 16:46
我觉得应该是公司的权限的问题，任务状态设置每个人都可以改变，你设成entwicklung abgeschlossen, 任 ...
德国公司，解决问题的人有时还不如提问的人。
你把关于权限的想法整理下，用英文或德文自己报告出去。反正新来的。。。。。 没有人用kanban来算工作量的，而且工作量大也不会有什么太多的好处。
要升职最好问问用什么做考量，比如我们公司就是按照你提出的新观点，所有人对你的评价做考量。任务的数量有大有小，有的任务一个月都做不完，当然这样的任务应该是分成小任务的，我们隔壁那个小组5个人一周能做完一个ticket就高兴死了，我都想踢他们屁屁。
别人要改你的东西，你是没有办法的，特别是做测试的人。最后任务上都是留的测试者的名字。
你真做得多，其实很容易看出来的。时间一长，出了任何的问题别人首先问谁就是一个指标了，谁能回答出最多的问题也是一个指标，所以我们公司在评价栏目会有你是不是主动分享知识。能主动分享的人才是做最多的人，否则没道理啊。 kolinsky 发表于 2016-3-26 11:24
没有人用kanban来算工作量的，而且工作量大也不会有什么太多的好处。
要升职最好问问用什么做考量，比如 ...
说的有道理， 可是也有不太对的地方
没错任务分大小，小任务可能只需要几行代码，大任务需要写上千行代码，修改和新加几十个类，这种任务我做了，别人稍微改一下就变成他做的了，这样永远也没人知道这个任务是我做的，我做了多少东西，这不是没有任何意义了吗，我还做那么多干嘛？
你说的时间一长不太现实，时间一长是多久？如果不出问题，永远也问不到你头上，永远也没人知道你做了那么多任务，公司总有评定工作量的方法吧，不可能不计工作量，那样谁也不愿意多干吧，都混饭吃了，所以我觉得肯定有评定工作量的方法，干多和干少当然不一样的，不然谁愿意多干呢？ 如果看板不管工作量，我觉得唯一能显示工作量的地方就是提交了，可是提交记录又长又乱，除非仔细查看，不然很难搞清楚每个人的工作量是多少
而且最缺德的是，有些新同事爱耍小聪明，正常情况下应该把整个任务做完了之后一次提交，他非得把一个任务分成好几次提交，完成一个小部分就提交，搞的整个记录上全是他的名字，好像他做了很多工作，忙的不亦乐乎，哪怕很小的任务他也分成几个部分几次提交，简直脑子有病，非常讨厌 有的时候这货就写了两行代码解决任务中的一个小问题，他也非要提交一次，真是傻逼 傻卵 发表于 2016-3-26 20:02
有的时候这货就写了两行代码解决任务中的一个小问题，他也非要提交一次，真是傻逼
好好想想吧 他真 sb 吗 他做的不就是你问的问题的一个答案吗？ em.rica 发表于 2016-3-26 20:49
好好想想吧 他真 sb 吗 他做的不就是你问的问题的一个答案吗？
我做人原则让我不会这么干，让我鄙视和唾弃这种干巧活用巧劲耍小聪明的把戏
但现实确实有很多这种耍小聪明占奸取巧的恶心货 如果我做一个任务写上千行代码，像这个傻逼一样写2行就提交一次，那不要提交几百次？ 没见过这么恶心的人！ 傻卵 发表于 2016-3-26 19:48
说的有道理， 可是也有不太对的地方
没错任务分大小，小任务可能只需要几行代码，大任务需要写上千行 ...
是你的就是你的，有任何的問題，別人沒有辦法問那個改了一行的，除非他那一行出問題了，那他倒黴，誰要他手欠。
我不知道你們公司啊，新的功能總會要在老的基礎上增加的，不懂的還是要問題你。
討論的時候哪一個部分具體是怎麼樣的，誰能發言，那就是誰做的，亂說的你駁斥他就好了。
誰要你去碾壓老同事了的，多拍馬屁有好處。你寫得再多沒有人家做得久，再碰上那些記性特別好的，你這樣是沒有前途的。
你是要漲工資還是要出風頭啊？
要漲工資，多和老同事混。 傻卵 发表于 2016-3-26 21:41
如果我做一个任务写上千行代码，像这个傻逼一样写2行就提交一次，那不要提交几百次？ 没见过这么恶心的人！
跟提交的次數有什麼關係？
沒有關係的，太多了就沒有人看。
寫多少是低級勞動，你出了多少idea纔是關鍵。 还有人寄希望领导查记录这么看工作量的，领导闲得啊……
你的能力取决于，看板上没人主动领取的问题，也就是别人解决不了的问题领导最终交给你。要是所有问题都被人解决的话，说明你本来也是可有可无的，别把自己看那么重要。 你是码农，你跟其他码农拼来拼去有意义吗？都在一条船上混，和谐才是硬道理 楼主有vorgesetzter 的吧，如果有问题可以问问你的头啊，其实也不算是问。而是间接地把你做的活告诉他，如果你是新到公司，还没过试用期，是肯定有必要让Vorgesetzter 看到你的工作的。 你可以问问他，是不是他们有另外的权限可以看到你工作量是多少，然后告诉他你有的时候打了几千代码，但是同事修改了一下系统就变成别人的名了，这样你不确定他是否能看到你的工作量，然后准确地评估你试用期间的工作表现。 说的时候不要像你这里说的那么直白，切记不要批评别的同事，不要说他们是故意改的，就说你自己的事情，说你担心头看不到你的工作量没办法评估你试用期表现等等。这样Vorgesetzter 也知道了你干活了，然后你又表现了你重视这份工作，想留下来的好好干的打算。 没用的，在德国要稳住阵脚第一条不是求快，而是你能不能帮人。不能帮其他人你随时准备卷铺走入。如果你能帮很多人，人就服你，头的位置就离你不远了。这就是为何很多华人子女读书拿一又工作不稳定的缘故。欧洲人从幼儿园小学就要学帮人。华人在学校只学争第一。 清丽脱俗 发表于 2016-3-27 16:54
没用的，在德国要稳住阵脚第一条不是求快，而是你能不能帮人。不能帮其他人你随时准备卷铺走入。如果你能帮 ...
{:5_370:} 蛋哥居然在纠结这个。。我都恨不得把名下的jira task都zhuai给别人。 jira里不是可以log工作时数吗？你log多点儿不就是了。 另外你针对某个task提交了commit，应该把commit放在comment里， 就算task被人家拿走了这些记录还是在的， 谁的眼也不瞎。。反正task的修改记录是没人会care的 首先你是一个team，除非你们是单人工作，不过那就更不会有竞争问题
作为teamwork，如果领导你说的这种“工作量”来说事的本来很2，你的速度和完成量能够碾压新同事，威慑老同事，那么你应该去做一个更深入的工作，如果你真的qualify的话。 不是有comment 和 进度log吗？ 每半天log一个进度，0－100％，加点comment
同事这么做也没错，跟着一样做怎么就伤自尊了 表现工作量最好的方法是减少自己的工作，多干涉别人的工作。 并非如此 发表于 2016-4-20 14:03
表现工作量最好的方法是减少自己的工作，多干涉别人的工作。
会被讨厌的 {:5_330:} 本帖最后由 并非如此 于 2016-4-21 12:06 编辑
leelight 发表于 2016-4-21 11:20
会被讨厌的
在scrum团队中，一定要这么做，理论上知识属于团队，不属于个人， 你能帮你的同事解决他的问题，一般不会被讨厌， 多数更愿意寻求你的帮助，特别是新人， 最重要的是尽量减少自己定量的工作， 还有如果有同事向要干预我的工作，我也很欢迎， 有的时候可以把一些恶心的工作分配出去， 你还能在一边有话语权， 不过我们的开发效率很低， 耍嘴皮子的时间比写代码的时间要多。
还有一点，我们这里也时常有结对编程， 所以不去干涉别人的内容， 甚至别的团队的，会被团队边缘化的。
并非如此 发表于 2016-4-21 12:04
在scrum团队中，一定要这么做，理论上知识属于团队，不属于个人， 你能帮你的同事解决他的问题，一般不 ...
哦，结队编程，这个没遇过。。。。
效率高吗? leelight 发表于 2016-4-21 15:03
哦，结队编程，这个没遇过。。。。
效率高吗?
可能高吗？{:5_388:} 并非如此 发表于 2016-4-21 15:16
可能高吗？
{:4_297:}{:4_297:}
页:
[1]