敏捷/ Scrum开发是一个非常协作的开发过程.例如,它要求开发人员日复一日地不断沟通和紧密合作.
你如何处理你的"关闭"日子？那些你没有精力的日子,不能直接思考,在立场会议上真的没有什么可说的,等等.
就像运动员休息日一样.
mke*_*bbs 20
我不认为在这次会议上你真的没有什么可说的.每次站立会都应该用来让团队的其他成员知道你是否符合前一天的承诺.
我在很多敏捷团队中看到的一个问题是开发人员没有每天做出具体的承诺,所以每天的站立都不是那么有效.如果这是一个问题,请确保每个出席的人都在每天制定具体目标,这些目标可以在第二天客观地传达,无论是否完成.
对于你提出的其他问题,我认为每天站出来表示你没有达到前一天的目标是完全可以接受的,因为你有休息日,并以会议为契机做出新的承诺.如果有一个原因,你有一个可以明确被认为是障碍的休息日(例如,太多的中断,不明确的要求/目标,开发环境挫折),那些原因应该报告给领导站立的人( scrum master)因为他们有责任确保解决这些障碍.
如果你没有做任何事情,说你无法集中精力,也没有在站立会议上做任何事情.Scrum Master应该试着发现有一些因素会分散你的注意力,并尝试为你删除它.
此外,如果这些"休息日"是半频繁发生,请尝试弄清楚它们发生的频率,并将它们包含在您的估算值中.Scrum是关于真实情况的.这是关于实时时间表.如果你知道你有4个星期的休息日,那么你应该只要求每周工作4天,而不是5个.(话虽如此,你可能在4天内做的事与某人相同否则可以在5天内完成).
结对编程使其更易于处理.至少在结对编程中,还有其他人可以尽早发现你的错误.
选择一个不同的任务/故事来处理 - 这样你就可以在场景中进行改变.也许你在同一个用户故事上玩的时间太长了.
金牌 - (或"联邦快递日") - 你可以在哪里工作你想要的任何东西:http://www.planningcards.com/iterex/papers/InnovationAndSustainabilityWithGoldCards.pdf"金牌"的明显之处在于引入的团队他们发现他们并没有导致生产力下降.这表明最好让某人在休息日离开这个过程,让他们做一些自己选择的建设性的事情,而不是让他们无效地工作.
| 归档时间： |
|
| 查看次数： |
1147 次 |
| 最近记录： |