Kar*_*rim 8 project-management scrum kanban
我们有一个四人开发团队,需要一个正式的项目管理系统.我对Scrum和看板有一个大致的了解,但在尝试之前很难真正理解.我们没有奢侈的尝试几个星期,然后切换到另一个,所以我希望在类似的情况下那里的人可能有想法哪些更好地为他们和为什么.此外,任何其他用于管理开发的系统都很有用.
另一个注意事项:当然,团队有可能增长,所以我们需要一个能够很好地扩展的系统.
还有另一个注意事项:我们在Windows中使用三个独立的软件应用程序,所有这些应用程序都基于我们也写过的中央库(所以我想你可以说有四个项目)
Scrum和看板都是真正的过程"骷髅".两者都不是特定于软件开发的.Scrum由软件开发组织推广,但定位为通用管理技术而非软件项目管理技术.看板从制造业中脱颖而出,最初由维护团队进行软件开发.Scrum和Kanban都致力于通过正在开展工作的团队管理工作单元的流程,衡量工作流程的速度,以便更准确地进行估算,并使瓶颈高度可见,以便解决问题.
由于两者都不是特定于软件开发的,因此使用Scrum和Kanban的团队会在流程中添加软件开发实践,以帮助他们逐步和迭代地发布和改进软件.大多数团队,无论是在Scrum还是看板过程中工作,都采用XP的技术实践和Crystal的反思实践.
XP基本上是Scrum应用于一个团队加上关于什么使代码"高质量"以及程序员如何实现这一目标的指导原则.Crystal Clear也适用于小型共处团队,但在编程实践方面更灵活,尽管它也推荐了XP实践(描述该过程的书非常好并且充满宝贵的建议,无论您决定采用哪种流程).Scrum团队通常也采用Crystal的反思实践:定期"心跳"回顾和每个重要里程碑后的大型回顾.看板需要不断反思和改进,但有些团队也使用回顾.
如果你想在一个小型编程团队中开始应用增量/迭代过程,那么我认为XP是一个很好的开始过程,因为它为技术能力设置了很高的标准并且有很好的文档记录.持续流量和看板最适用于软件开发行业的不同领域仍然在kanban-dev邮件列表和其他地方进行争论.
我还建议您定期进行回顾,以改进流程并使其适应您的具体情况.
| 归档时间： |
|
| 查看次数： |
1623 次 |
| 最近记录： |