- 主题:在美国的it公司,项目经理会把任务拆分到每一天么
敏捷开发已被废弃了
【 在 metaers 的大作中提到: 】
: 按理说软件工程这套知识体系都是美国来的但是美国会怎么操作,拆分到每一天,早晚复盘,还是说随便估个时间一周两周,大差不差就 ...
--
FROM 114.92.189.*
哪里来的领导?纯属有病,拆了有人盯吗?
【 在 catkill 的大作中提到: 】
: 公司招个某大MBA研究生做副总,要求全体员工把未来一年的任务拆分到每一天的8小时中……签字画押的时候,每人都是厚厚一叠打印件。
--
FROM 223.104.40.*
在加拿大公司,没有时间规划,中国客户叫破喉咙,老外也不会快一点点
【 在 metaers 的大作中提到: 】
: 按理说软件工程这套知识体系都是美国来的
: 但是美国会怎么操作,拆分到每一天,早晚复盘,还是说随便估个时间一周两周,大差不差就行,不行就缓缓?
- 来自 水木说
--
FROM 139.227.122.*
【 在 craneyu 的大作中提到: 】
:
: 是不是在某些方面咱们的认知还有问题呢?

--
FROM 114.242.179.*
每天填报日报,每周完成复盘。
凡是当日出现偏差,不管提前还是滞后,不管之后是否加班完成,扣除当日绩效。
【 在 w1115 的大作中提到: 】
: 哪里来的领导?纯属有病,拆了有人盯吗?
--
FROM 117.119.100.*
【 在 CanonFans 的大作中提到: 】
: [upload=1][/upload]
肯定了我对你认知的判断。
三峡工程是需要专业的pmo,不是施工人员直接造出来的。。。
--
FROM 27.38.192.*
为了让无能的自己有个名正言顺的职位吧!
【 在 CanonFans 的大作中提到: 】
: 项目管理体系本身就是扯淡的,混饭吃的人想出来的门槛
--
FROM 58.34.181.*
工作量能够细分到每一天,那还不如用流水线上的计件法来进行研发管理吧。比如软件的,就按照代码总字数来给绩效,比如做电路的,就根据电路的器件个数来发工资,比如行政人事岗位,就按照打字个数来发工资。
既然说了是项目研发,那注定会遇到技术难点,难点就在于不可预测,都他妈知道工作量和时间点了,那就不叫难点。项目研发的本质决定了不可能细化到每一天,能够在一个年度完成度达到80%,时间上偏离+-20%我觉得都很正常了,做不出来就可以能前功尽弃。
--
FROM 58.34.181.*
也不能这么说吧,毕竟人家也认真工作了,做了那么多无用功,写了那么多文档,虽然没什么用
越忙的项目经理,说明越嫩,完全没重点,也不知道该怎么展开工作,把人员发挥到最高效。
项目管理其实最终管理的是预期。重点关注决策性人物的预期就行了,适当降低或者忽略那些不重要的预期,谁规定非要都要达到100分啊。
好多项目经理开发任务都完不成呢,还在投入资源搞没用的review、质量度量。
【 在 lqlcug 的大作中提到: 】
: 为了让无能的自己有个名正言顺的职位吧!
--
FROM 114.242.179.*
让领导看到自己和别人都很忙吧,看过一个指挥被人卸货的小视频,压根没他什么事,但是每个人卸货,他都要假装用手去帮把力实际上又没有接触到,反正看起来很忙。每个人的工作都有他一份力。
【 在 CanonFans 的大作中提到: 】
: 也不能这么说吧,毕竟人家也认真工作了,做了那么多无用功,写了那么多文档,虽然没什么用
: 越忙的项目经理,说明越嫩,完全没重点,也不知道该怎么展开工作,把人员发挥到最高效。
: 项目管理其实最终管理的是预期。重点关注决策性人物的预期就行了,适当降低或者忽略那些不重要的预期,谁规定非要都要达到100分啊。
: ...................
--
FROM 58.34.181.*