Hy Guys
最近几天我一直在阅读一些关于scrum的文章和博客。但我不太确定scrum是否适合我们的流程。
在我们公司，我们拥有自己的软件开发人员，供工程师使用（约100名工程师）。我们的开发人员不断实施新功能并改进软件。所以我们是周期性的，提供新版本的软件。工程师正在使用该软件来配置PLC。
对这样的项目使用scrum是否有意义，我不是指每日争论。每4-6周提供/分发一个新的增量/版本的软件是否有意义。这也意味着需要完成新版本和分发的文档。
您有什么看法？
问候
答案 0 :(得分：1)
Scrum是一个管理软件开发的好框架。它允许您进行每日会议，在那里您可以跟踪人们昨天所做的事情，他们正在做什么以及是否存在阻碍或减缓的事情。这将有助于您作为经理或帮助您的经理检查燃尽图表，看看您是否正在计划软件计划更新版本的截止日期。绝对是一个很好的敏捷框架。
但首先，要开始，您需要培训您的团队以利用它，了解公司文化，与他们交谈并查看他们的意见。您可以查看Salesforce学习案例，这里有一些信息：http://www.slideshare.net/sgreene/salesforcecom-agile-transformation-agile-2007-conference可能您可以搜索有关它们的更多信息，因为对我而言，这是我所知道的最成功的敏捷案例。
他们在一年内从一个主要版本发布，在一年内发布多个版本。我认为您可以更快地向工程师提供更快的反馈，并且持续集成可以提供很多帮助。
答案 1 :(得分：1)
看起来Scrum非常适合你。
你可以选择冲刺的长度，但不能超过30天。在整个sprint中，您将处理每个产品积压项目，直到“完成”为止。完成意味着所有工作都已完成，包括任何必要的文档。在sprint结束时，你应该有一个“潜在可释放的产品增量”。
产品增量是否已经发布，由产品所有者决定。
答案 2 :(得分：0)
您当然可以使用Scrum。但在此之前，你需要仔细找出它的方面。在您的情况下，您需要塑造您的团队，并定义您的产品所有者和Scrum主人。之后你需要塑造产品回溯日志和...... 您需要注意这一点，因为您有100名工程师正在使用您的软件，您需要为每个软件或产品拥有1个产品所有者，他或她将负责产品回溯日志并自行生产产品。 最后可能基于您的情况，您需要短期冲刺。例如长度为1周的冲刺。你需要考虑到这一点，当你开始的时候，你不能回避道路。你可能在开始时遇到一些困难，但是如果你支持的话，每件事情都会顺利进行。 我希望你能在我的话中找到答案。如果没有，你可以解释一下，所以我也可以解释一下; - ）