6 agile project-management scrum
我们有一个开发人员从事3个不同的项目.他曾经在修复错误,维护和很少的功能实现.在一个特定项目中,他与另一名初级开发人员合作.
我们公司希望为所有项目实施scrum.处理1人或2人项目的scrum流程的最佳方法是什么？
小智 12
我同意它应该保持简单愚蠢,但大多数Scrum框架都可以在这里使用.
在项目以及维护/运营工作方面,我有几个人以这种方式工作.
产品负责人/积压工具 - 仍然有一个负责定义业务价值和优先级的所有者,对吗？积压应该仍然在那里.如果他是一个更大的Scrum企业的一部分,那么他可能需要以更大的产品Backlog的一部分为基础.
Scrum团队 - 是的,它是1人或2人团队.所以它真的是自我组织......但没关系!每日scrum？两个人之间是肯定的,或者如果只是一个人,有时候是完成任务和问题的好时机,想一想Scrum Scrum或产品负责人需要遇到什么样的障碍.
Sprint - 仍然是一个好主意,特别是如果一个更大的Scrum企业的一部分在sprint中工作,但即使没有它.很好的机会赶上PO,演示你得到的东西,激励自己,回顾并看看你能做得更好,计划下一个冲刺.请注意,如果在Scrum企业/ Scrum Scrum之外工作,冲刺可以从比平时更短的时间中受益,因为范围可能更小并且计划开销更低.但这取决于具体情况.
回顾 - 是的,它可以单独举行.我认为杀手程序员需要回顾自己的工作/进度,并对阻碍他们的事情采取行动.甚至在工作区中保留图表以帮助您取得进展.
任务委员会/ Burndown - 是的,你需要那些.您可以将它们放在墙上的工作空间中,它们可以很小,但即使您是一个人,它们也能提供帮助.为什么GTD(完成任务)可以帮助单个人和TB/BDC？如果那个人正在做项目工作,那么Sprint Burndown和Release Burndown会提供很多价值.如果他正在进行操作/维护工作,它仍然是一种验证他是否正常的方法,并相应地采取相关措施.
Scrum Master - 这个人应该是他自己的scrum master.
教练 - 如果组织有教练帮助球队/ SM/PO,那么他也应该帮助这个scrum单元...
总而言之 - 我清楚地知道Scrum/Agile的价值观和原则也适用于1-2人团队.同样清楚的是,大多数Scrum也可以应用.
问题是所涉人员的想法.
如果管理层,开发人员,采购订单都在船上并相信价值/原则是有意义的,并努力改进,那么它就会奏效.如果他们不这样做,那么首先要达到整体思维有意义的地步,然后处理个人团队......
SCRUM的理想团队是8-10人.所以,我不知道你怎么能让这个小团队工作.
通常,管理人员会误解scrum或敏捷过程.通过阅读scrum的成功率,它创造了我想要做的事情,它在管理人员中具有吸引力.
所有SCRUM实现都有两个方面:
恕我直言,在这里,您的管理层期待着工程实践和(也可能)某些流程.
你可以零碎地采用这些来获得更好的形状,然后你可能就像现在一样.(至少在管理层眼中;-))