导图社区 敏捷项目管理中的日常
敏捷项目管理中的日常:计划一天的工作:每日站会,跟踪每天的进展,开发并测试每天的工作,结束一天的工作。
总结了向上管理的8个关键:明确需求、站对立场、分清矛盾、适当示弱、解决问题、提供信息、执行命令、理解与支持以及每个关键的注意点
总结了私域运营引流入口最强攻略的8个方面:微信、抖音、小红书、微博、知乎、B站、今日头条、快手,列出了每个方面的引流入口
总结了裂变增长的底层逻辑,主要从社交驱动、效率驱动、信任驱动、资源驱动 四个方面以及每个方面的实现,简单的讲述
社区模板帮助中心,点此进入>>
项目时间管理6大步骤
项目管理的五个步骤
电商部人员工作结构
暮尚正常运转导图
产品经理如何做好项目管理
车队管理
创业者10条创业经
创业十大思维误区
管培生课程作业
商业模型
敏捷项目管理中的日常
计划一天的工作:每日站会
描述:确定并协调当天任务的优先级
负责人:开发团队
频率:每天
时长:不超过15分钟
3个问题
昨天完成的工作内容
今天计划做的工作内容
遇到的阻碍是什么
规则
任何人都可以参加,但只有敏捷三角色可以发言
只关注当前工作
为了促进平等的交流合作,不是汇报会
不是问题解决会,问题在线下或者其他会议中解决
Scrum团队要求与会人员站着开会
时间非常短,必须准时开始
跟踪每天的进展
冲刺待办列表
冲刺信息
日期范围
冲刺目标
燃尽图
冲刺中的用户故事
PO验收通过后,PO将其标记为已完成
理想情况下,开发团队每次只开发一个US
冲刺的任务列表
任务、优先级、状态、执行人、etc
任务版
最少构成组件
待办项To Do
进行中
待验收
已完成
放到每个人都能看到的区域,能鼓励大家积极思考并行动
与看板相似
可以包含在上面两个工具中,与其配合使用
开发并测试每天的工作
主要角色
PO(即:Product Owner,产品负责人)
Devs(开发人员)
SM(即:Scrum Master)
负责确保 Scrum 被团队理解并实施
创建可交付功能
细化
主要参与人员:PO、Devs(有决定权)
开发
结对完成任务
遵循Devs商定好的设计标准
先建立自动化测试
过程中出现的US,将其先加入PB
至少每天集成变更一次
进行代码评审以保证遵循开发标准
同步创建技术文档
验证
自动化测试
单元测试
系统测试
静态测试
同行评审
团队内同行评审
PO评审
过程中SM要注意识别障碍,并移除障碍
结束一天的工作
更新冲刺待办事项
跟踪已用时间
SM可以在第二天站会前评审冲刺待办列表