暂无搜索历史
作为项目经理,我手上的项目常年保持在四五个,有的在推新产品,有的做客户定制,还有的在给老系统打补丁。三个项目同时要人,两位发起人都说自己的需求最急,变更通知半夜...
某条相互关联的任务链拖住了整体交付,但团队往往说不清瓶颈具体在哪儿,也不知道该从哪里着手压缩。
需求变更本身不可怕,可怕的是变更发生时,没人能说清它会牵动哪些计划、波及哪些角色。
任务看着排满了,几周后就发现少了关键环节,某些工作没人认领,另一些工作又同时出现在两个地方。
项目做到一半发现进度滞后,是很多团队都会遇到的状况。需求评审拖了两天、开发联调多花一周、测试环境迟迟就绪不了,单个环节的偏差叠加起来,最后一看整体工期已经偏离了...
项目启动前,最容易翻车的地方不是技术,而是共识:目标清不清、边界在哪、验收看什么、决策谁说了算。
很多研发管理者都有类似的体会:敏捷迭代在跑,DevOps 流水线也建了,看板上各类数据密密麻麻,可真到复盘时,却说不清研发团队到底是变快了,还是变乱了。收集了一...
暂未填写公司和职称
暂未填写个人简介
暂未填写技能专长
暂未填写学校和专业
暂未填写个人网址