狗万体育新闻敏捷项目管理by Debbie Nichols读取时间分钟内
大多数人听到词Scrum 并想东西粘住鞋底反之法Scrum是一种敏捷软件开发方法,旨在促进迭代增量开发Scrum项目分24小时开发周期,30天短跑内含团队成员商定未来30天处理哪些产品工作项目(产品积存)转成短程积存30天结束时的目标是工作应用完成数个特征
我是一个巨大的Scrum算法在许多队中,这使我少为一狗万体育新闻数组使用Scrum项目管理方法开发软件和技术文档制作在每个案例上,对Scrum的强烈反射最终使这些团队放弃它,转而支持称为“无论我们在Scrum前做什么”的试探式方法
是什么令团队对Scrum产生抗药性依我经验,有三大阻塞点好消息是,这些用不着致命团队可以并应该调整Scrum满足成员需要和性格
开工无人喜欢适应新进程
人都是习惯生物多数人不喜欢改变换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换换更多工作毋庸置疑:特别是在初级阶段,Scrum即工作团队必须创建产品积存长列表 分解任务小于16小时团队成员必须首次分配工作quanta预测成本,通常是有史以来第一次分配成本每日例会短中断工作日流突然变化产生焦虑、怨恨和疲劳
Scrum结构化为迭代增量过程具有讽刺意味的是,大多数团队对Scrum不采取迭代增量方法专攻项目使用Scrum团队应考虑一次修改几个特征,而不是整包和cable举例说,团队可以花一两个月使用冲印积存概念,但不必多关心时序估计或每日会议或团队可选择全scrum,但使用进程点释放比大船日期
二叉人人都讨厌每日文摘
Scrum全局团队包括开发员工、管理方和项目利益攸关方,每天开会不超过15分钟(理想式)。称它为每日scrum团队成员应讨论三点:昨天工作的内容,今天计划的工作内容,以及他们是否遇到阻塞问题阻碍完成工作项目ScrumMaster的职责是协助解决阻塞问题
理论上每日会议是一个极好的想法 定期检查 将所有利害相关方聚集到协作环境实践上每个人都讨厌企业世界大赛 每日大赛只是多一次会议对大多数团队成员来说,这是一个无趣和无用会议每日scrum感觉像浪费时间
在我的队中,我们千方百计重构日文自我们团队分布全美以来, 我们通过即时通讯相遇, 在那里每个人都可以贴上每日状态 聊天窗口而不是读出归根结底,我们完全放弃每日会议, 并返回到我们每周例会团队继续发送定时Burndown图表 显示我们多快解决工作项目 并显示我们是否按部就班按时完成
3级估计任务持续时间可以是某些项目噩梦
想知道软件开发或技术文档任务需要多长时间 : Easy: 接受你最好的猜想并翻倍调度估计黑艺少之少地狱,我们大多数人会很高兴 平易近人用罗克威尔的话来说,它总感觉有人监视我们:如果估计不正确,我们害怕管理神怒将降临到我们身上
Scrums声明目标增强开发者控制开发调度管理员和产品所有者可以(并做!团队成员自己为每项任务分配估计时间,然后与管理层和产品所有者合作确定哪些特征可以在分配时间完成规划通常以团队努力方式完成,游戏称为规划扑克游戏,团队成员多次分配最佳估计数执行项目任务,直到团队达成共识
然而,这一规划方法并非对所有类型项目都有效。维护项目和技术文档项目通常由许多小而隐蔽的任务组成,远短于半天完成。对这些项目来说,以更精细的粒度估计(小于4小时)是一种恶梦
无法绕开估计项目和控制成本的需要对多队而言, 也没有必要计划一切 下到人时其中一个文件团队例行处理大量小到极小的错误昆虫通常用不到15分钟修复数月分配时间qunta完成后, 我们终于解决了T恤大小概念, 评分错误介于XS(超小)和XL(超大)之间,等一等)随时间推移,我们开发出一种更清晰感知 每一类错误耗时多长 和多少每一种错误类型
记住没有终极权威命令你的团队必须执行Scrum'bbybook.取用你队想用的东西 一次取个点子
访问后学习更多编程社区网站并查一些最佳IT研究