This topic has been archived. It cannot be replied.
-
工作学习 / 事业工作 / 如果在敏捷开发中，一个项目里有 10 个 dev，但其中一人完成了 60% 的 points ，剩下的是 9 个 dev 加在一起完成的，如果你是主管，如何管理？
-xmlhttprequest(build5381);
2023-6-11
(#15484684@0)
-
担心了那一个要跳槽了
-txn(秦川);
2023-6-11
(#15484705@0)
+3
-
以前工作單位有個年輕的DEVELOPER，特別能幹,一天可以修十幾個BUG, 一個 不是那麽複雜的UI COMPONENT 半天完成，因爲嫌棄組裏開發太慢了，對他成長不利，最後跳槽了，在他 的LINKEDIN 吐槽前工作單位的DEV slowly.
-programmer2017(programmer);
2023-6-11
(#15485170@0)
-
R u serious?
不管1天能修复 10 几个bug 这个事情真假，就这个小伙子Linkedin上吐槽前东家这件事情，这小伙子在职场就太不成熟了 .... :(
-boolean(村支书_铁蛋儿);
2023-6-12
{117}
(#15486769@0)
-
真事的，十几个bug 不是业务逻辑bug,大多数是runtime error, 这个同事是老外,大专毕业。
-programmer2017(programmer);
2023-6-12
(#15487121@0)
-
一个 runtime error ， 最最最快的话，一般没有个1周，可是不敢说能fix 完毕了。 1天修10几个bug？ 真乃神人也！👍
-boolean(村支书_铁蛋儿);
2023-6-12
(#15487769@0)
-
Object Null exception 需要一周？QA create bug items, dev 负责产生bug, QA 去找bug, 这样大家都有伙干，忙得不易乐手。我修过20几个一天，some bugs are not valid, data error.
-programmer2017(programmer);
2023-6-12
{54}
(#15487775@0)
-
哦 那看来我们说的 bug 不是一码事情 😄
-boolean(村支书_铁蛋儿);
2023-6-12
(#15487806@0)
-
取决于这个项目的 price in both time and money。也取决于其他项目的 price in both time and money。
-troyd(老陈);
2023-6-11
(#15484707@0)
-
假设公司或者说整个部门就只有这一个产品，一个项目。
-xmlhttprequest(build5381);
2023-6-11
(#15484737@0)
-
趁机把 bad apple 名字上报主管，精简队伍。等下个大项目来的时候招兵买马填新血液。
-troyd(老陈);
2023-6-11
(#15484744@0)
-
如果那些人是上面硬要招的，如何破？
-xmlhttprequest(build5381);
2023-6-11
(#15484930@0)
-
告诉上面：这些人是你要找的，TA 们的 payroll 从我项目里的 profits 出，你们得负责，我项目 profits 得把这些人的 payroll 排除后算。
-troyd(老陈);
2023-6-11
(#15485011@0)
-
不是把9个砍一半？或者多拉些项目？
-doris99(欢喜心);
2023-6-11
(#15484723@0)
-
这是八二定律的变种，统计规律到处都差不多。
-entourage(恩特);
2023-6-11
(#15484724@0)
-
难说，就如搭房子一样，框架柱子搭起来很容易，后期trimming很费时
-giss(rr);
2023-6-11
(#15484746@0)
-
这很正常 你看看任何项目都这样 大部分都是兼职 正经全职干活的都是少数
-facenorthface(小北);
2023-6-11
(#15484748@0)
-
如果都是一样的 “正经全职” 呢？
-xmlhttprequest(build5381);
2023-6-11
(#15484756@0)
-
那项目做不好 肯定亏钱
-facenorthface(小北);
2023-6-12
(#15486870@0)
-
项目中有很多沟通环节,还要走很多的process 这个是大公司的通病. 快速解决问题的大多数都是小公司 ...
-boolean(村支书_铁蛋儿);
2023-6-12
(#15487055@0)
-
让那个人少干点
-pili(小黑);
2023-6-11
(#15484923@0)
-
发奖金，公开表扬，稳住能干的。如果你没权发奖金，送两张球票总可以吧，几百元的小恩小惠
-w4b(w4b);
2023-6-11
(#15484929@0)
-
问题是10个dev, 怎么会让一个Dev 完成60%，不是平均分配吗？
项目主管事先要和dev 通个气：这个项目有充足的时间，慢点做。
-programmer2017(programmer);
2023-6-11
{60}
(#15484967@0)
-
是政府工程序员？我们这每个项目都没有充足时间，慢点做伤不起，用户订单在等着，不能像咱们小学校老师教书一样，全班跟最笨的孩子的进度，一个不落下。当然在政府的慢节奏没问题，纳税人买单。
-w4b(w4b);
2023-6-11
(#15485015@0)
-
不是政府的員工。項目有沒有充足时间，技術主管是要去爭取的，如果手下有個別DEV 特別能幹，可以安排做框架設計方面的工作，為下一個項目做準備。
-programmer2017(programmer);
2023-6-11
(#15485086@0)
-
可以把PM给开了
-ff2021(码农闰土);
2023-6-11
(#15485085@0)
-
用scrum 就不会发生这种事情，每个人打分，然后把任务给打分最低的那个。如果大家打分都太高，就把这个任务分解。如果你是那个最强的Dev，你宁愿打低分也不愿麻烦。所以大家最后看起来都一样。等最强的Dev走掉外行的头儿才知道这个组谁是老大，晚了。
-**🧸;
2023-6-11
(#15485102@0)
+2
-
用古老的瀑布模型開發最好，連PM 都省了，只要有個英文好的懂業務的，作爲用戶和DEV 溝通橋梁，最喜歡的是這種開發模式，自己可以控制節奏，不會被人牽著鼻子走。
-programmer2017(programmer);
2023-6-11
(#15485112@0)
-
如果是大公司就没事。经理运作一下，调去其他部门，把烂摊子交给下一任。而小公司一般不会出现这种情况。
-iamflying(叶和花);
2023-6-11
(#15485643@0)
-
工资会不一样；话语权也会不一样
-moonhalf(石室矢);
2023-6-11
(#15485129@0)
-
如果这个情况一直持续下去, 主管就要小心了. 在一个team 中,尽量不要出现这样的 key person , 否则最终吃亏的是主管自己. 当然如果跟上封关系铁, 其实也没有啥. 这个世界缺谁,都照常运转 . :)
-boolean(村支书_铁蛋儿);
2023-6-12
(#15487066@0)
-
如果都是一样的level，公平分配工作。让project fail， 或能干的加班给钱，不能干的打下手。
-retirecat(今天吃什么);
2023-6-12
(#15487092@0)
-
我理解 Agile 开发是动态schedule和分配动态分配资源的，与瀑布whatever 的静态日程和工作量分配对应，不管怎样的记分系统，有些人有些子系统/模块已经超前进度，主管就该赶紧重新评估日程重新调动人力到进度慢的部分，这不就是 Agile 的长项嘛。至于项目完事赏罚和晋升，正常公司应该有机制，项目经理或主管别忘了，谁能干谁不能心里有数，能干的多给钱多给机会多分配活，不能干的下次项目给活轻点日程长点给点不重要的不会拖后腿的，此类人工资可以freeze了
-w4b(w4b);
2023-6-12
{194}
(#15487263@0)
-
我的理解是AGILE/SCRUM 開發真正的目的是有兩個1.做給上邊的領導看，説明組裏的開發模式是MODERN。 2. 提供很多崗位，每次開會人非常的多，還有專門有個人記錄會議的内容。
-programmer2017(programmer);
2023-6-12
(#15487411@0)
-
干完了就万事大吉了，别多想。想得越多事越多。
-w8629(Rose);
2023-6-12
(#15487447@0)