Использование scrum для разработки новых обновлений для выпущенного программного обеспечения

Question

Hy Guys

Последние несколько дней я читал статьи и блоги о scrum. Но я не совсем уверен, что схватка будет соответствовать нашему процессу.

В нашей компании у нас есть собственные разработчики для нашего программного обеспечения, которое используется инженерами (около 100 инженеров). Наши разработчики постоянно внедряют новые функции и улучшают Программное обеспечение. Таким образом, мы являемся циклическими, предоставляя новую версию программного обеспечения. Инженеры используют Программное обеспечение для конфигурации ПЛК.

Имеет ли смысл использовать схватку для такого Проекта, и я не имею в виду ежедневную схватку. Имеет ли смысл предоставлять/распределять каждые 4-6 недель новый прирост/версию программного обеспечения. Это также означало бы, что необходимо выполнить документацию для новой версии и распространения.

Что вы думаете?

Приветствия

Answer 1

Похоже, Scrum отлично подходит для вас.

Вы можете выбрать длину спринта, хотя оно не может превышать 30 дней. На протяжении всего спринта вы работаете над каждым элементом отставания продукта, пока он не будет выполнен. Готово означает, что все работы завершены, включая любую необходимую документацию. К концу спринта вы должны иметь «потенциально расширяемый прирост продукта».

Независимо от того, выпущен ли продукт или нет, он определяется владельцем продукта.

Answer 2

Вы можете использовать Scrum, конечно же. но перед этим вам нужно тщательно изучить его аспекты. в вашем случае вам нужно сформировать свою команду, а также определить владельца продукта и мастера схватки. после этого вам нужно сформировать обратный журнал продукта и ... Вам нужно быть осторожным, поскольку у вас есть 100 инженеров, которые работают с вашим программным обеспечением, вам нужно иметь только одного владельца продукта для каждого программного обеспечения или продукта, и он или она будет отвечать за журнал продукции и продукт самостоятельно. Наконец, на основе вашего сценария вам нужно иметь короткие спринты. таких как спринт с длиной 1 недели. Вы должны учитывать, что вы не должны уклоняться, когда начинаете. У вас могут быть некоторые трудности при запуске, но все будет хорошо, если вы его поддержите. Надеюсь, вы найдете подсказку для моего ответа среди моих слов. Если нет, вы можете объяснить это больше, поэтому я тоже могу объяснить это ;-)

Answer 3

Scrum - хорошая структура для управления разработкой программного обеспечения. Это позволяет вам проводить ежедневные встречи, где вы можете отслеживать, что делали вчера, о том, над чем они работают, и если что-то блокирует или замедляет их. Это поможет вам в качестве менеджера или поможет вашему менеджеру проверить график выгорания, чтобы убедиться, что вы находитесь на пути к назначенной плановой версии вашего программного обеспечения. Определенно, это хорошая гибкая структура для использования.

Во-первых, для начала вам необходимо обучить свою команду, чтобы использовать ее, знать культуру компании, поговорить с ними и посмотреть их мнение. Вы можете проверить пример исследования Salesforce, вот некоторая информация: http://www.slideshare.net/sgreene/salesforcecom-agile-transformation-agile-2007-conference, вероятно, вы можете найти дополнительную информацию о них, потому что для меня это самый успешный проворный случай, который я знаю.

Они отправились из одного крупного релиза за один год, чтобы иметь несколько выпусков за один год. Я думаю, что вы могли бы быстрее доставить своих инженеров и быстрее получить обратную связь, а также интеграция может многое помочь.