SCRUM - История изменений

Admin в 23:32, 26 августа 2019

2019-08-26T23:32:05Z

Admin в 21:22, 11 декабря 2017

2017-12-11T21:22:37Z

Admin: /* Основные концепции */

2017-12-11T21:14:55Z

‎Основные концепции

Admin в 10:06, 7 декабря 2017

2017-12-07T10:06:42Z

Admin: /* Основные концепции */

2016-11-28T17:56:25Z

‎Основные концепции

Admin в 07:31, 3 августа 2016

2016-08-03T07:31:39Z

Admin в 07:18, 3 августа 2016

2016-08-03T07:18:34Z

Admin в 13:39, 5 мая 2016

2016-05-05T13:39:31Z

Admin в 14:48, 4 мая 2016

2016-05-04T14:48:34Z

Admin в 12:07, 29 декабря 2015

2015-12-29T12:07:16Z

@@ Строка 45: / Строка 45: @@
 * [http://scrummasterchecklist.org/pdf/ScrumMaster_Checklist_ru.pdf Примерный чек-лист для скрам-мастеров]
-[[Категория: Методологии разработки ПО]]
+[[Категория:Гибкие методологии разработки ПО]]
 [[Категория: Методологии]]

@@ Строка 12: / Строка 12: @@
 Кроме этих концепций, SCRUM также вводит следующие понятия:
-* '''Бэклог продукта''' (Product Backlog) – список идей, требований, хотелок, пожеланий, фич и т.д. Главный человек, который за ним следит – Product Owner. Это его инструмент. Product Backlog всегда приоритизирован и чем выше приоритет, тем более важно требование для конечного результата.
+* '''Бэклог продукта''' (Product Backlog) – список идей, [[Требования|требований]], хотелок, пожеланий, фич и т.д. Главный человек, который за ним следит – Product Owner. Это его инструмент. Product Backlog всегда приоритизирован и чем выше приоритет, тем более важно требование для конечного результата. Как правило, каждое требование в бэклоге записывается в виде [[Пользовательские истории|пользовательской истории]].
 ** '''Бэклог спринта''' (Sprint Backlog) - список задач, но уже более конкретных задач на спринт (верхушка из Product Backlog). Каждый раз в начале нового спринта команда забирает Sprint Backlog из Product Backlog. Смысл в том, чтобы Product Owner постоянно следил, что на верхушке Product Backlog находились самые приоритетные требования, которые в первую очередь нужны с точки зрения бизнеса. Затем команда оценивает трудоемкость с помощью разных инструментов и берет из них тот кусок, который она сама чествует и верит, что успеет сделать в течение итерации. Здесь важно понимать, что когда команда сама берет желаемый объем задач, то тогда она и более ответственно относиться к их выполнению.
 *** Внутри спринта есть также '''ежедневные итерации''', которые поддерживаются таким инструментом как '''stand-up митинги'''. Эти митинги проводятся каждый день в одно и то же время и на них обсуждается ситуация по задачам. Обычно на stand-up митинге обсуждается три основных вопроса:
@@ Строка 32: / Строка 32: @@
 #* Команда должна постоянно стремиться к тому, чтобы превзойти в новом спринте количество наработанных баллов за предыдущий спринт, то есть ее цель — постоянно превосходить свои собственные результаты — «наращивать динамику производительности».
 # Чтобы все участники были в курсе состояния дел нужно завести '''скрам-доску''' с тремя колонками: «Нужно сделать, или бэклог»; «В работе»; «Сделано». На доску участники клеят стикеры с заданиями, которые в процессе работы поочередно перемещаются из колонки «Бэклог» в колонку «в работе», а затем в «сделано» (см. [[Канбан]]).
-# Ежедневно проводится скрам-собрание — ежедневно, на ходу, пятнадцать минут на то, чтобы все дали ответы на три вопроса:
+# Ежедневно проводится stand-up митинг — пятнадцать минут на то, чтобы все дали ответы на три вопроса:
 ## «Что ты делал вчера, чтобы помочь команде завершить спринт?»;
 ## «Что ты будешь делать сегодня, чтобы помочь команде завершить спринт?»;
@@ Строка 38: / Строка 38: @@
 # По завершении спринта команда делает его обзор — проводит встречу, на которой участники рассказывают, что сделано за спринт.
 # После показа результатов работы за спринт участники проводят ретроспективное собрание, на котором обсуждают, что команда делала хорошо, что можно сделать лучше, что можно улучшить прямо сейчас.
 == Ссылки ==

@@ Строка 7: / Строка 7: @@
 * '''Роли''':
 ** '''Команда'''. Это команда разработчиков - основная движущая сила. Она состоит из профессионалов, которые работают над созданием инкремента продукта. Scrum требует, чтобы команда разработки была кроссфункциональна, то есть содержала людей со всеми необходимыми знаниями у умениями для того, чтобы создать каждый инкремент продукта.
-** '''Product Owner'''. Человек, который владеет видением продукта, отвечает за то, что продукт движется в нужном направлении. Он ответственный за определение того, что же будет являться наиболее ценным и возможным продуктом к желаемой дате. Это делается посредством управления работой, которая поступает команде, выбором и уточнением элементов Бэклога Продукта. Product Owner поддерживает Бэклог Продукта и заботиться о том, чтобы все знали, что в нем находится и какие приоритеты расставлены. Также стоит заметить, что Product Owner типично является человеком, наиболее приближенным к «бизнес стороне» проекта. Обычно он наделен полномочиями в организации, чтобы «вытолкнуть этот продукт» и чаще всего подразумевается, что этот тот человек, который сможет лучше других удовлетворить пожелания всех заинтересованных сторон.
+** '''Владельца продукта''' (Product Owner). Человек, который владеет видением продукта, отвечает за то, что продукт движется в нужном направлении. Он ответственный за определение того, что же будет являться наиболее ценным и возможным продуктом к желаемой дате. Это делается посредством управления работой, которая поступает команде, выбором и уточнением элементов Бэклога Продукта. Product Owner поддерживает Бэклог Продукта и заботиться о том, чтобы все знали, что в нем находится и какие приоритеты расставлены. Также стоит заметить, что Product Owner типично является человеком, наиболее приближенным к «бизнес стороне» проекта. Обычно он наделен полномочиями в организации, чтобы «вытолкнуть этот продукт» и чаще всего подразумевается, что этот тот человек, который сможет лучше других удовлетворить пожелания всех заинтересованных сторон.
-** '''Scrum Master'''. Человек, который отвечает за то, что команда разрабатывает продукт эффективно. Он должен иметь хорошее понимание фреймворка Скрама и способен учить других тонкостям этого процесса. Скрам Мастер работает вместе с Product Owner-ом, помогает ему понимать, создавать и поддерживать Бэклог Продукта. Он работает с командой разработки, пытается найти и внедрить технические практики, которые позволят команде достичь нужного состояния готовности продукта по окончанию Спринта. Скрам Мастер помогает всем улучшаться, чтобы Scrum Команда стала более эффективной и ценной.
+** '''Скрам-мастер''' (Scrum Master). Человек, который отвечает за то, что команда разрабатывает продукт эффективно. Он должен иметь хорошее понимание фреймворка Скрама и способен учить других тонкостям этого процесса. Скрам Мастер работает вместе с Product Owner-ом, помогает ему понимать, создавать и поддерживать Бэклог Продукта. Он работает с командой разработки, пытается найти и внедрить технические практики, которые позволят команде достичь нужного состояния готовности продукта по окончанию Спринта. Скрам Мастер помогает всем улучшаться, чтобы Scrum Команда стала более эффективной и ценной.
 * '''Практики'''– это набор инструментов, который позволяет разрабатываемому продукту двигать в требуемом направлении с необходимой эффективностью.
 Кроме этих концепций, SCRUM также вводит следующие понятия:
-* '''Product Backlog''' – список идей, требований, хотелок, пожеланий, фич и т.д. Главный человек, который за ним следит – Product Owner. Это его инструмент. Product Backlog всегда приоритизирован и чем выше приоритет, тем более важно требование для конечного результата.
+* '''Бэклог продукта''' (Product Backlog) – список идей, требований, хотелок, пожеланий, фич и т.д. Главный человек, который за ним следит – Product Owner. Это его инструмент. Product Backlog всегда приоритизирован и чем выше приоритет, тем более важно требование для конечного результата.
-** '''Sprint Backlog''' - список задач, но уже более конкретных задач на спринт (верхушка из Product Backlog). Каждый раз в начале нового спринта команда забирает Sprint Backlog из Product Backlog. Смысл в том, чтобы Product Owner постоянно следил, что на верхушке Product Backlog находились самые приоритетные требования, которые в первую очередь нужны с точки зрения бизнеса. Затем команда оценивает трудоемкость с помощью разных инструментов и берет из них тот кусок, который она сама чествует и верит, что успеет сделать в течение итерации. Здесь важно понимать, что когда команда сама берет желаемый объем задач, то тогда она и более ответственно относиться к их выполнению.
+** '''Бэклог спринта''' (Sprint Backlog) - список задач, но уже более конкретных задач на спринт (верхушка из Product Backlog). Каждый раз в начале нового спринта команда забирает Sprint Backlog из Product Backlog. Смысл в том, чтобы Product Owner постоянно следил, что на верхушке Product Backlog находились самые приоритетные требования, которые в первую очередь нужны с точки зрения бизнеса. Затем команда оценивает трудоемкость с помощью разных инструментов и берет из них тот кусок, который она сама чествует и верит, что успеет сделать в течение итерации. Здесь важно понимать, что когда команда сама берет желаемый объем задач, то тогда она и более ответственно относиться к их выполнению.
 *** Внутри спринта есть также '''ежедневные итерации''', которые поддерживаются таким инструментом как '''stand-up митинги'''. Эти митинги проводятся каждый день в одно и то же время и на них обсуждается ситуация по задачам. Обычно на stand-up митинге обсуждается три основных вопроса:
 ***# что сделано?
@@ Строка 19: / Строка 19: @@
 ***# есть ли какие-то проблемы?
 *: За все что происходит внутри Спринта (stand-up митинги, следования), контроль того, что разработка движется с нужной скоростью и т.п. отвечает Scrum Master. В конце спринта проводится демо и ревью спринта. Команда демонстрирует инкремент продукта, созданный за последний Спринт. Product Owner, менеджмент, заказчики, пользователи, в свою очередь, его оценивают. Команда рассказывает о поставленных задачах, о том как они были решены, какие препятствия были у них на пути, какие были приняты решения, какие проблемы остались нерешенными. На основании ревью принимающая сторона может сделать выводы о том, как должна дальше развиваться система. Участники миитинга делают выводы о том, как шел процесс в команде и предлагает решения по его улучшению. Скрам Мастер отвечает за организацию и проведение этого митинга. Команда помогает ему составить адженду и распланировать кто и в какой последовательности что представляет.
 == Ссылки ==

← Предыдущая		Версия 10:06, 7 декабря 2017
Строка 23:		Строка 23:
	* [http://scrummasterchecklist.org/pdf/ScrumMaster_Checklist_ru.pdf Примерный чек-лист для скрам-мастеров]		* [http://scrummasterchecklist.org/pdf/ScrumMaster_Checklist_ru.pdf Примерный чек-лист для скрам-мастеров]

		+	[[Категория: Методологии разработки ПО]]
	[[Категория: Методологии]]		[[Категория: Методологии]]

@@ Строка 19: / Строка 19: @@
 ***# есть ли какие-то проблемы?
 *: За все что происходит внутри Спринта (stand-up митинги, следования), контроль того, что разработка движется с нужной скоростью и т.п. отвечает Scrum Master. В конце спринта проводится демо и ревью спринта. Команда демонстрирует инкремент продукта, созданный за последний Спринт. Product Owner, менеджмент, заказчики, пользователи, в свою очередь, его оценивают. Команда рассказывает о поставленных задачах, о том как они были решены, какие препятствия были у них на пути, какие были приняты решения, какие проблемы остались нерешенными. На основании ревью принимающая сторона может сделать выводы о том, как должна дальше развиваться система. Участники миитинга делают выводы о том, как шел процесс в команде и предлагает решения по его улучшению. Скрам Мастер отвечает за организацию и проведение этого митинга. Команда помогает ему составить адженду и распланировать кто и в какой последовательности что представляет.
 [[Категория: Методологии]]

← Предыдущая		Версия 07:31, 3 августа 2016
Строка 20:		Строка 20:
	*: За все что происходит внутри Спринта (stand-up митинги, следования), контроль того, что разработка движется с нужной скоростью и т.п. отвечает Scrum Master. В конце спринта проводится демо и ревью спринта. Команда демонстрирует инкремент продукта, созданный за последний Спринт. Product Owner, менеджмент, заказчики, пользователи, в свою очередь, его оценивают. Команда рассказывает о поставленных задачах, о том как они были решены, какие препятствия были у них на пути, какие были приняты решения, какие проблемы остались нерешенными. На основании ревью принимающая сторона может сделать выводы о том, как должна дальше развиваться система. Участники миитинга делают выводы о том, как шел процесс в команде и предлагает решения по его улучшению. Скрам Мастер отвечает за организацию и проведение этого митинга. Команда помогает ему составить адженду и распланировать кто и в какой последовательности что представляет.		*: За все что происходит внутри Спринта (stand-up митинги, следования), контроль того, что разработка движется с нужной скоростью и т.п. отвечает Scrum Master. В конце спринта проводится демо и ревью спринта. Команда демонстрирует инкремент продукта, созданный за последний Спринт. Product Owner, менеджмент, заказчики, пользователи, в свою очередь, его оценивают. Команда рассказывает о поставленных задачах, о том как они были решены, какие препятствия были у них на пути, какие были приняты решения, какие проблемы остались нерешенными. На основании ревью принимающая сторона может сделать выводы о том, как должна дальше развиваться система. Участники миитинга делают выводы о том, как шел процесс в команде и предлагает решения по его улучшению. Скрам Мастер отвечает за организацию и проведение этого митинга. Команда помогает ему составить адженду и распланировать кто и в какой последовательности что представляет.

−	[[Категория: ~~Agile-методологии~~]]	+	[[Категория: Методологии]]

← Предыдущая		Версия 07:18, 3 августа 2016
Строка 20:		Строка 20:
	*: За все что происходит внутри Спринта (stand-up митинги, следования), контроль того, что разработка движется с нужной скоростью и т.п. отвечает Scrum Master. В конце спринта проводится демо и ревью спринта. Команда демонстрирует инкремент продукта, созданный за последний Спринт. Product Owner, менеджмент, заказчики, пользователи, в свою очередь, его оценивают. Команда рассказывает о поставленных задачах, о том как они были решены, какие препятствия были у них на пути, какие были приняты решения, какие проблемы остались нерешенными. На основании ревью принимающая сторона может сделать выводы о том, как должна дальше развиваться система. Участники миитинга делают выводы о том, как шел процесс в команде и предлагает решения по его улучшению. Скрам Мастер отвечает за организацию и проведение этого митинга. Команда помогает ему составить адженду и распланировать кто и в какой последовательности что представляет.		*: За все что происходит внутри Спринта (stand-up митинги, следования), контроль того, что разработка движется с нужной скоростью и т.п. отвечает Scrum Master. В конце спринта проводится демо и ревью спринта. Команда демонстрирует инкремент продукта, созданный за последний Спринт. Product Owner, менеджмент, заказчики, пользователи, в свою очередь, его оценивают. Команда рассказывает о поставленных задачах, о том как они были решены, какие препятствия были у них на пути, какие были приняты решения, какие проблемы остались нерешенными. На основании ревью принимающая сторона может сделать выводы о том, как должна дальше развиваться система. Участники миитинга делают выводы о том, как шел процесс в команде и предлагает решения по его улучшению. Скрам Мастер отвечает за организацию и проведение этого митинга. Команда помогает ему составить адженду и распланировать кто и в какой последовательности что представляет.

−	[[Категория: ~~Стандарты~~]]	+	[[Категория: Agile-методологии]]

← Предыдущая		Версия 13:39, 5 мая 2016
Строка 1:		Строка 1:
−	'''SCRUM''' (от англ. scrum «толкучка») - методология [[Управление проектами\|управления проектами]], активно применяющаяся при разработке информационных систем для гибкой разработки программного обеспечения. Scrum чётко делает акцент на качественном контроле процесса разработки. Кроме управления проектами по разработке ПО, Scrum может также использоваться в работе [[Команда\|команд]] поддержки программного обеспечения (software support teams), или как подход управления разработкой и [[Сопровождение\|сопровождением]] программ: Scrum of Scrums.	+	'''SCRUM''' (от англ. scrum «толкучка») - методология [[Управление проектами\|управления проектами]], активно применяющаяся при разработке информационных систем для [[Agile\|гибкой разработки программного обеспечения]]. Scrum чётко делает акцент на качественном контроле процесса разработки. Кроме управления проектами по разработке ПО, Scrum может также использоваться в работе [[Команда\|команд]] поддержки программного обеспечения (software support teams), или как подход управления разработкой и [[Сопровождение\|сопровождением]] программ: Scrum of Scrums.

	Scrum методология делает основной акцент на общении с заказчиком, на общении внутри команды, достижении самоорганизации, достижении высокого уровня самосовершенствования.		Scrum методология делает основной акцент на общении с заказчиком, на общении внутри команды, достижении самоорганизации, достижении высокого уровня самосовершенствования.

@@ Строка 1: / Строка 1: @@
-'''SCRUM''' (от англ. scrum «толкучка») - методология управления проектами, активно применяющаяся при разработке информационных систем для гибкой разработки программного обеспечения. Scrum чётко делает акцент на качественном контроле процесса разработки. Кроме управления проектами по разработке ПО, Scrum может также использоваться в работе команд поддержки программного обеспечения (software support teams), или как подход управления разработкой и сопровождением программ: Scrum of Scrums.
+'''SCRUM''' (от англ. scrum «толкучка») - методология [[Управление проектами|управления проектами]], активно применяющаяся при разработке информационных систем для гибкой разработки программного обеспечения. Scrum чётко делает акцент на качественном контроле процесса разработки. Кроме управления проектами по разработке ПО, Scrum может также использоваться в работе [[Команда|команд]] поддержки программного обеспечения (software support teams), или как подход управления разработкой и [[Сопровождение|сопровождением]] программ: Scrum of Scrums.
 Scrum методология делает основной акцент на общении с заказчиком, на общении внутри команды, достижении самоорганизации, достижении высокого уровня самосовершенствования.
 == Основные концепции ==