软件项目管理_1_开始

个人总结:
1.项目经理与产品,客户一起讨论确认需求,最好是有个业务的主流程图之类的文档(最好研发团队测试团队设计团队等也都能一起参加)
2.对需求进行分解成多个任务,并估算工时(最好也是团队一起进行,要考虑到团队每个人的能力高低不同,对各个业务的熟悉不同)
3.最好是让大家先自行领取任务,最后再做分派和平衡等

如何做计划:
从产品backlog中筛选本次迭代要完成的功能列表。
为每个功能创建任务。
每一任务估计工作量应该在1-16小时左右。
任务分解团队协作的结果,不是scrummaster一人的决定。
概要设计已经讨论过。

SCRUM聚焦于如何在最短时间内交付最有价值的产品。
SCRUM能让团队快速且经常地监督产品的进展。(2到4周)
每隔2到4周,就可看到可上线的产品,并据此作出调整。
团队按照商业价值的高低,优先完成高优先级的功能。
团队实施自主管理,持续改进团队内部流程,提升效率。

Scrum是迭代式增量软件开发过程,通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法:Scrum of Scrums.

自然界中,处于食物链最顶端的生物,都是很优美的,比如鲨鱼,人类等

好的节奏,就比如我们玩游戏等的节奏一样

SPRINT
SCRUM 项目周期以一组迭代周期“sprints”组成
可以和极限开发的迭代周期类比
典型的迭代周期为2-4周或者最多一个自然月
一个固定的周期能够创造出项目的更优美的节奏感
产品的设计,开发,测试全部都在一个迭代内完成。

串行工作和并行工作(SCRUM并非小瀑布)

几个重要会议
计划会议
站立会议
演示会议
总结会议

产品所有者

定义所有产品功能。
决定产品发布的内容以及日期。
对产品的投入产出负责。
根据市场变化对需要开发的功能排列优先顺序。
合理的调整产品功能和迭代顺序。
认同或者拒绝迭代的交付。

SCRUM MASTER(类似于项目经理,但是又不同,它主要是做服务的)
对项目的直接管理。
领导团队完成Scrum的实践以及体现其价值。
排除团队遇到的困难。
保证团队的效率和状态。
做好团队的协调和沟通工作,跨角色跨功能协作无障碍。
保护团队不受到外来无端影响。

团队
经典团队拥有 5-9 人。
跨职能团队:开发、测试、设计等。
团队成员都全职工作(也有例外,比如DBA)。
自我管理。

这里写图片描述

这里写图片描述

产出:PRODUCT BACKLOG
产品需要完成的功能列表。
一般用用户故事来组织。
每一个用户故事都应创造价值。
产品所有者负责整理故事列表,对其价值进行排序。
产品所有者应指定发布计划。
根据实际的情况动态调整需求的排序。
这里写图片描述

SPRINT BACKLOG
每个人领取自己想要完成的功能,不是单纯分配。
每个人任务有明确的负责人和初始的估计。
对于剩余工作量的估计每天需要更新。
团队成员都可以添加,删减或者更改迭代中的任务

这里写图片描述


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值