这是明白人儿，哈哈

【 在 CanonFans 的大作中提到: 】
: 所谓敏捷开发就是过家家
: 互联网行业目标不明确，都是在摸着石头过河，讨好用户和市场，以及看到谁有好主意就马上抄。
: 那帮产品经理自己脑子都不清晰，绞尽脑汁出的都是馊主意。所以才有了敏捷开发这种到处试错的办法，最可笑的还弄个什么敏捷教练，不就是过家家的头儿吗
: ...................
--
FROM 124.250.119.*

为啥互联网公司不要大龄呢，很重要的一个原因就是在互联网公司干了多年，深谙其中那点事了，不好骗了。或者行业外的人进来一看原来就这啊，不服这帮奶瓶经理的管理

国内的互联网风气就是糊弄年轻人，不管多大岁数还奶声奶气地同学同学叫着，大树底下罩着没办法谁让人家有钱呢






【 在 sgub 的大作中提到: 】
: 这是明白人儿，哈哈
:
--
FROM 114.242.179.*

会让研发自己定一个schedule，什么时候出方案，什么时候出第一版，什么时候第一版功能齐全，测试完成，什么时候可以量产release。项目经理就定期跟进度，还需要协调测试资源去测试。工程师只要按照计划，开发，debug。如果遇到不可预期的问题，可以再协调改schedule，delay。

【 在 metaers 的大作中提到: 】
: 按理说软件工程这套知识体系都是美国来的
: 但是美国会怎么操作，拆分到每一天，早晚复盘，还是说随便估个时间一周两周，大差不差就行，不行就缓缓？
--
FROM 172.225.122.*

分行业

通信，建筑，还是要详细拆分和管理的，哪天浇筑，哪天梳管，一个延期，后面都拖。很常见。

IT行业早都敏捷或者瞎搞了，最后国内结果就是程序员熬夜加班百分百，实际整体效率提升百分30就不错。
国内对敏捷的理解就是随便改需求+加班。

【 在 lengxinyi 的大作中提到: 】
: 软件工程瀑布流是上个世纪六七十年代的提法，现在已经搞不动了
: 因为把wbs拆解这件事情就不可行，攻坚任务谁也估不准工时
: 替代软件工程的方法论，叫敏捷开发。。
: ...................
--
FROM 111.206.96.*

这种沙茶是阿里出来的吗

【 在 catkill 的大作中提到: 】
: 公司招个某大MBA研究生做副总，要求全体员工把未来一年的任务拆分到每一天的8小时中……签字画押的时候，每人都是厚厚一叠打印件。
--
FROM 111.206.94.*