- 主题:在美国的it公司，项目经理会把任务拆分到每一天么
【 在 CanonFans 的大作中提到: 】
: 项目管理体系本身就是扯淡的，混饭吃的人想出来的门槛
是不是在某些方面咱们的认知还有问题呢？
--
FROM 27.38.192.*
膜拜你们这位副总和你们公司其他老总们，估计半个省的智商都能被你们公司拉低。
【 在 catkill 的大作中提到: 】
: 公司招个某大MBA研究生做副总，要求全体员工把未来一年的任务拆分到每一天的8小时中……签字画押的时候，每人都是厚厚一叠打印件。
: --
: FROM 117.119.100.*
--来自微微水木3.5.14
--
FROM 114.93.4.*
用excel做个表，是一个区间
【 在 metaers 的大作中提到: 】
: 按理说软件工程这套知识体系都是美国来的
:
: 但是美国会怎么操作，拆分到每一天，早晚复盘，还是说随便估个时间一周两周，大差不差就行，不行就缓缓？
: --
:
发自「今日水木 on iPhone 12 Pro」
--
FROM 219.237.184.*
到周吧，
以前跟着老美干过，他们留的项目时间很富裕，如果确实有问题就延迟，也不是啥大事
【 在 metaers 的大作中提到: 】
: 按理说软件工程这套知识体系都是美国来的
:
: 但是美国会怎么操作，拆分到每一天，早晚复盘，还是说随便估个时间一周两周，大差不差就行，不行就缓缓？
: --
:
发自「今日水木 on V2217A」
--
FROM 114.92.77.*
一般是两周。但是每个ticket是按小时估算的。
安排在这两周内的任务，原则上是要完成的。如果完不成，有合理的理由可以放到下一个两周。但是要总结为什么会造成这样的情况。估时不准？拆的不够细？以后还要给改进的方法。
【 在 metaers 的大作中提到: 】
: 按理说软件工程这套知识体系都是美国来的
:
: 但是美国会怎么操作，拆分到每一天，早晚复盘，还是说随便估个时间一周两周，大差不差就行，不行就缓缓？
: --
:
--
FROM 39.185.218.*
一万四千行……
【 在 smallbeatle 的大作中提到: 】
: 类似的事情曾经干过。
: 公司要求把未来一年要开发的功能需求全写出来，最后出个1万4千多行的大表。。。
: --
发自「今日水木 on 22041216UC」
--
FROM 101.93.160.*
您是说开发CPU吗？这几个月开发到几纳米，下个月开发到几纳米。
【 在 catkill 的大作中提到: 】
: 公司招个某大MBA研究生做副总，要求全体员工把未来一年的任务拆分到每一天的8小时中……签字画押的时候，每人都是厚厚一叠打印件。
--
FROM 223.102.69.*
倒排吗？
【 在 metaers 的大作中提到: 】
: 按理说软件工程这套知识体系都是美国来的
:
: 但是美国会怎么操作，拆分到每一天，早晚复盘，还是说随便估个时间一周两周，大差不差就行，不行就缓缓？
--
FROM 183.162.39.*
我前司的职业经理人可不在乎
每天就是做各种报表ppt和汇报的机器人
所有延期都是别人的原因
项目砍掉也是有理有据的
就是这种人搞垮了一家又去搞垮下一家
【 在 sgub (bugs) 的大作中提到: 】
: 职业经理人的KPI等不了，各种周汇报月汇报，进度不好看就会被diss
:
: 【 在 anglealq 的大作中提到: 】
: : 有些公司 敏捷开发 的周期感觉都弄得太短，各种赶进度，其实很多更新没必要着急毛慌的上~~
--
FROM 14.153.85.*
敏捷的好处就是每天早上开站会码农必须到岗了
还能拿个扑克牌装模作样拒绝需求了
我前司下一代平台波兰人敏捷了十几年还是堆垃圾
【 在 lengxinyi (水木郁闷男|我是好人) 的大作中提到: 】
: 软件工程瀑布流是上个世纪六七十年代的提法，现在已经搞不动了
: 因为把wbs拆解这件事情就不可行，攻坚任务谁也估不准工时
: 替代软件工程的方法论，叫敏捷开发。。
:
--
FROM 14.153.85.*