虚拟项目流程
2022-01-24 17:47:03 7 举报
虚拟项目流程
作者其他创作
大纲/内容
check及actpdca戴明环
各任务是否完成
每人查看jira看板
持续实现及更新jira状态:建议迭代流程
Y
个人领取任务,确定为owner
N
月度会议
专人录入到jira看板中,who?
确定的目标或任务
结束
生成jira backlog
jira拆解目标;评估耗时;初步确定工期;
宣布小组解散,资源释放
开始
招募队员:总人数不超过4
我是否有2个代办事项
小组成立注意事项:1:小组成员不受控制,由小组演变成大组。 影响:小组目标容易无限扩张,沟通成本扩大。 建议:小组总人数控制在4人左右,新增到4人后就不能再新增人员,也不建议删除人员,如果还需要其他人员支持,建议由小组内成员和其他成员进行对接,如果删除人员,往往被删除的人员仍然会被拖累在当前小组。也会有前人栽树后人乘凉的担忧。但owner有权开除成员。2:使用wiki管理会无法详细化,状态也不好跟踪 影响:小组目标状态不能跟踪,小组目标也无法拆解 建议:可以录入到jira中,小组目标可以拆解的更详细,也可以记录日志,也可以采用迭代模式。3:小组永不解散 影响:一直占用资源 建议:小组要有明确的成立解散时间,如果延期,需要通告原因、新排期及该资源继续会被占用。4:目标达成后不要立即解散 影响:没有check及act,无法形成组织过程资产 建议:建议小组在check及act后形成报告,待验收人通过后再解散并释放资源。5:目标达成资源释放掉后产生的次生需求不能继续再占用旧小组 影响:次生需求如果未重新规划就继续占用资源,同样会导致小组永不解散的问题。 建议:产生的次生需求需要重新规划,可以采用旧小组,但一定要重新生成backlog并kick-off。6:目标生成过程中被镀金 影响:目标无法在周期内结束,资源无法释放 建议:owner控制好验收标准,新需求可以重新纳入backlog,也可以更新验收标准,通告更新原因及影响
小组复盘;生成报告;形成组织资产
验收人验收
整理jirabacklog:验收标准、优先级、状态
虚拟小组kick-off会议,全F项目通告
迭代内是否需要减去同等工作量?如果是额外奖励,建议迭代内不减去;如果不是,则需要再确定?
0 条评论
下一页