又开始看到裁人了，这类职业啊...

hoteyes00

IT就是被外包的命

wwwhhh

It......

qqqqqq

写代码review我感觉是应该的，包管quality的一种形式，不外条件是大家的mind set同样。
我猎奇那些做contract .net的人多少钱一小时。

血刃

agile就至关于工业反动时期引入规范化出产举措，每个工人天天能出产多少个整机都给你算好了。能出产1000，工人却出产700，怎么办？

woodbine

取决于scrum master对此的态度，致使sprint fail的可能性有两个：

1. estimation的失误。
2. dev实行阶段的失误。

假如dev有很短缺的理由压服project manager是前者，dev这边就没责任，但我对比疑心dev这边的压服力，failed sprint个别都是由scrum master来解释。

estimation阶段的时间是按照全部team的程度来定的，跟集体有关，failed一两次都不妨事，但集体短暂不克不及达到team的均匀速度，程度会受到质疑，就会有相应的performance问题，置信没有人甘愿成心这么做。

cloud3747

代码review 其实颇有用啊
写的人也会用心
很能包管软件品质
固然 条件是看的人也要用心

mxky

哥们你的VPN不克不及用了啊?一运转MeoVPN就是重大过错。。。

qfqf

哎，有时分表彰纷歧定是好，批判也纷歧定是欠好啊，老外也玩这套啊！！

tongxing

帮哥拉袋S 是甚么意思？

zh0937

IT是这样的 需求的时分很火 经济差的时分第一排走人
不外顺序员不怕找不到 拿着package发简历呗

lijie43

孟加拉

毛小子

Thanks 啊
service 停了
用的人得多  donate的 狂少  
哈哈
国际封杀的又厉害
只能停了

lwtlm

活在压力里的觉得真是。。。。。。。

thq1231

唉，agile coach们就这么想的，所以任务量排得太满了，以至于基本没有时间应答突提问题和回顾做得好和欠好之处，帮衬着赶进度，所以当前的名目咱们打算回归waterfall了，或者watergile，再按agile这么搞，没命的加班，真的要死人了。

不可思议

agile的症结在甚么事件都是在sprint planing的时分支配的，任何事件都会反应在dev的working hours上，加班赶进度阐明可能在planing阶段underestimate了，或者没有严格的遵守agile流程的要求．

我个别把story point都晋升一个层次，3提到5,5到8,8到13这个层次倒很少做，尽可能给dev这边富余的时间,不rush code.

从时间上个别每个sprint都给team20个小时的buffer来应急,成果不错。

bjgame

我听到这个苦笑不已，咱们公司为客户onsite干活，咱们曾经不停的加班3个月了，咱们不停的反映他们的planning有问题，可是那帮人agile coach/pm不听，乃至一开始还以为是咱们不懂agile，当初总算知道是planning有问题了，但基本就没有改进的迹象。。。在这么上来，我不玩儿了我。当初听到的动静好像当初客户的高层抉择部份保持agile了，否则空有agile之壳，本末倒置，还把全部code的品质和人员的士气搞得很高涨。

lwtlm

刺激一下，sprint planning谁来做？个别都是project manager和scrum master按照上３个sprint的velocity来定需求实现多少个story point.

延续fail 3个sprint他们就要好好找找问题所在，假如他们不被动作，在sprint完结后retro的meeting上dev就要push,让sprint master有这方面的action point.

总之，agile是个彼此交互的进程，不然就不是真实的agile.

llk

说得好，应该是个交互的进程。但planning是客户在做。。。。他们为了meet他们本人的deadline，就把压力转嫁到咱们vendor身上。至于咱们的客户，就是阿谁著名的T公司。。。。唉

当初曾经基本忙得没有retro了，每个drop都要delay 1-2周，而后重大的影响下一个drop，而后恶性循环。

[ 本帖最初由 anotherone 于 20十二-5-17 十二:55 编纂 ]

wwwhhh

客户的问题好多，最次要是把太多的货色放在一个drop外面，又需求100%system testing passed能力上CAT，而后又没有任何flexibility.

hifanglouisking

这确实欠好办，我感觉你们要强硬，consultant不仅是干活，还负担着educate的责任，假如他们做的不合错误，你们要坚持本人的准则。

压服力应该是consultant必备的技巧之一，不克不及让客户牵着鼻子走。经济欠好，做乙方的腰杆子硬不起来啊
咱们这里一个运用下周要和客户做保护的team开个技术探讨会。用了十多年了，越搞越繁杂，开发保护本钱都很高。客户想要勤俭本钱，想把咱们这里的开发和他们本人的保护都砍了。技术探讨会的目的估量就是怎么再找出点事件做做，保住本人的饭碗。

ivan34

政府不是说 失业率降了吗

教授

说的是，我在当初公司确实学到不少。不外曾经没啥好学的了。

只能天天混。看来又该斟酌跳槽了

潘老大

IT 名工真多啊。 我刚刚失业， 还好找到了。 不外越找越差 呵呵。

right

这位是北方口音。

china0578

这类failure和waterfall仍是agile瓜葛不大。

Agile就是思惟反动，当忙得没时间思考了的时分就不是Agile了。不停的思考，不停地解决理论中的各种问题，也是一种才能的进步。乃至于比技术更珍贵。