[Заметки] Scrum за 5 минут

07.03.20

Управление проектом - Agile

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

Введение

Команда

Время

Планирование

Потери

Фишки

Принципы

Лидер

Проект

Джефф, а как внедрить Scrum?

Заключение

Дополнение

 

Введение

В последнее время в сообществе выходило много статей, видео про Scrum. Смотрев одно из видео на данную тему в котором выступал Иван Белокаменцев и рассказывал про “казахский scrum” упомянул в своем докладе, что книга Джеффа Сазерланда «Scrum. Революционный метод управления проектами» является библией скрама.

Работая в 1С франчайзи и параллельно заканчивая магистратуру заочно я ни разу не слышал в этих местах о гибких методологиях разработки.  Во франчайзи на вопросы про scrum можно услышать подобные выражения “что-то слышал о таком, вроде есть такая штука, не знаю, как это работает”. В универе нас несколько лет приучали к схеме «обследуем – рисуем куча диаграмм (IDEF0, IDEF3, DFD, ARIS) – пишем много “полезной” документации и только потом начинаем разрабатывать».

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

 

Команда

  1. Единая цель

  2. Требования:

  • Многофункциональная (имеет набор специалистов, которые обладают всеми навыками, необходимые для завершения проекта)

  • Автономная

  • Свободная в принятии решения (лидер решает, что должно быть сделано и почему, команда решает каким образом достичь этого и кто будет это делать)

  • Совершенствующая свои возможности

  1. Семь участников +-2 (малочисленные команды работают быстрее)

 

Время

  1. Разбейте вашу работу на спринты (короткий промежуток времени) от 1 недели до 4. Введя разработку короткими циклами это позволит наладить взаимосвязь с пользователем и незамедлительно избавляться от всего, что действительно мешает рабочему процессу. В конце каждого спринта должно быть что-то сделано – что-то, что можно использовать.

  2. Все должны знать кто что делает. Информационная насыщенность ускоряет работу.

  3. Собирайтесь ежедневно с командой на 15 минут. Обсуждайте, что можно сделать для увеличения скорости и качества и делайте это.

  4. Узнав, насколько быстро вы продвигаетесь, вы сможете понять, когда окажитесь на финише (динамика * время = результат).

 

Планирование

  1. Не привязывайтесь к жесткому планированию, будьте готовы к переменам. В вашем плане должна быть возможность изменений и новых идей. Планируйте ровно столько, сколько нужно, чтобы ваши команды были всегда заняты.

  2. Команда должна точно знать сколько она может выполнить за один спринт. Должна знать на сколько можно повысить производительность, работая разумнее и устраняя все, что встает на пути и тормозит ее работу.

  3. Регулярно проверяйте ход работы и последовательно выясняйте: справляетесь ли вы с заданием: можете ли выполнить его лучше и интенсивнее.

 

Потери

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

  2. Сделанное наполовину – не сделано.

  3. Исправляйте ошибки сразу. Исправление спустя некоторое время займет больше времени.

  4. Слишком усердный труд приводит к усталости, которая влечет за собой ошибки в работе. Вместо того чтобы работать допоздна и по выходным, лучше работать в будни в постоянном ритме.

  5. Не ставьте недостижимых целей

  6. Выбирайте самый легкий, самый простой путь к выполнению всех задач.

 

Фишки

      

  1. Оценивайте задачи относительно с помощью последовательности Фибоначчи (1,2,3,5,8,13) (вики).

  2. Подумайте о клиенте, который получит пользу от вашей программы, зачем ему это нужно.  Составляйте сценарии как X, я хочу Y, для того чтобы Z (x+y=z).

  3. Используйте покер планирование, чтобы быстро оценить работу, которую нужно сделать (вики).

 

Принципы

                  Автор картинки Иван Белокаменцев (//infostart.ru/public/833763/)

Планируйте то, что собираетесь выполнить. Сделайте. Проверьте, соответствует ли это тому, что вы хотели. Корректируйте и изменяйте методы работы на найденных ошибках. Ориентируйся на окружающую среду, ищи ответы вокруг себя.

 

Лидер

  1. Пусть вас знают за то, что вы делаете, а как к вам будут обращаться – не суть важно.

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

  3. Меняйте производительность команды, а не отдельного сотрудника.

 

Проект

  1. Умейте осмыслять продукт, рынок, клиента. Превращайте идею проекта в бэклог. Составьте список всех задач, которые в принципе можно было бы сделать в рамках проекта. Поставьте вверху списка задачи с наивысшей ценностью и наименьшим риском.

  2. Работа должна быть прозрачной. Сделайте доску, которая будет показывать, какую работу нужно выполнить, над чем вы сейчас работаете и что уже сделано. Должны видеть все и все должны обновлять информацию на ней.

  3. Больше ценности за меньший процент функций. (80 к 20)

  4. Создавайте новое только в том случае, если оно имеет ценность. Будьте готовы поменять его на то, что требует такого же усилия. То, что казалось вам нужным в самом начале, никогда не бывает тем, что важно на самом деле.

 

Джефф, а как внедрить Scrum?

  1. Выберите человека, который обладает видением того, что собираетесь делать. Он учитывает риски и выгоды, что нужно сделать, что может быть сделано. (Владелец продукта)

  2. Выберите команду (команда).

  3. В команде должен быть человек, которые помогает устранять мешающие ей препятствия (скрам- мастер).

  4. Создайте бэклог продукта

  5. Оцените бэклог. Оценивайте относительно (Фибоначчи), присвойте каждой задаче количество баллов.

  6. Планирование спринта (время, планирование). С помощью баллов задач считайте динамику производительности. Нельзя добавлять новые задания.

  7. Работа должна быть видимой. Скрам доска с колонками: нужно сделать, в работе, сделано.

  8. Ежедневные обсуждения. Собирайтесь на 15минут и отвечайте на три вопроса:

    • Что ты делал вчера, чтобы помочь команде завершить спринт?

    • Что ты будешь делать сегодня, чтобы помочь завершить спринт?

    • Какие препятствия встают на пути к достижению цели спринта?

  9. Обзор спринта. Встреча, где команда рассказывает, что сделано и демонстрирует готовый функционал сделаны за спринт.

  10. Ретроспектива спринта. Обсудите след. вопросы: 1) что прошло хорошо 2) Что можно было сделать лучше? что можно сделать лучше в след. спринте? какое улучшение команда может внедрить немедленно?

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

 

Заключение

В книге очень много делается акцент на то что scrum это “волшебная таблетка” (особенно последняя глава). Scrum спасает бедных африканцев, тащит политику, убивает Таноса в войне бесконечности.  Во время прочтения данных заявлений представлял Джеффа и его команду примерно так:

Для первого знакомства с методологией книга и правда хорошо подходит, но с фильтром информации, чтобы не быть миньоном.

Как писал Джефф, что ценность любой программы заложена в двадцати процентах, так и я выделил для себя те двадцать процентов из книги.

Дополнение

"Для того чтобы люди были вдохновлены и вовлечены в свою работу, следует создать атмосферу содействия, когда с сотрудниками обращаются с уважением и восхищением."

Таблица основы Scrum:

Роли Артефакты События

 Владелец продукта

 Команда разработки

 Scrum - мастер

 Инкременты

 Бэклог продукта

 Бэклог спринта

 Спринт

 Планирование спринта

 Scrum - митинг

 Обзор спринта

 Ретроспектива спринта

 

Scrum в действии

Scrum в действии

Бэклог продукта включает:

  • - функциональные требования
  • - нефункциональные требования
  • - инфраструктурные / инструментальные требования

 

Scrum словарь:

Scrum - команда состоит из владельца продукта, команды разработки и Scrum – мастера.

Scrum – мастер – методический лидер, который отвечает за то, чтобы Scrum процесс был понятен.

Scrum – митинг (Daily Scrum) – 15 минутное, ограниченное по времени совещание команды разработки для синхронизации действий и создания плана работы на следующие 24 часа. Проводится каждый день в одном месте и в одно время для уменьшения путаницы. Каждая команда/участник рассказывает следующее:

  • Что было завершено со времени последнего совещания?
  • Что будет сделано до следующего совещания?
  • Какие есть препятствия на пути?

Scrum - команда состоит из владельца продукта, команды разработки и Scrum – мастера.

Бэклог продукта (Product Backlog) – упорядоченный список всего, что может потребоваться в продукте. За бэклог продукта отвечает владелец продукта.

Бэклог спринта (Sprint Backlog) – набор пунктов бэклога продукта, выбранных для спринта, а также план по созданию инкремента и реализации цели спринта. Определяет работу, которую сделаем команда, чтобы превратить пункты бэклога продукта в законченный инкремент.

Видение (Vision) – частично оформленная идея того, что функционирует определенным способом, может быть использовано для решения задач.

Владелец продукта отвечает за максимальное значение ценности продукта и производительности команды разработки.

Инкремент (Product Increment) – сумма всех пунктов бэклога продукта, законченных во время текущего спринта и всех предыдущих спринтов. В конце спринта новый инкремент должен быть “законченным”, что означает, что он должен быть готовым к использованию.

Итерация – повторяющееся действия, серия шагов или процессов.

Обзор спринта (Sprint Review) проводится в конце спринта для оценки инкремента и внесения, если необходимо, изменений в бэклог продукта. Во время обзора спринта обсуждается, что было сделано в спринте. 

Планирование спринта (Sprint Planning) – мероприятия где планируется работа, которая должна быть выполнена в спринте. Планирование спринта отвечает на след вопросы:

  • Что будет предоставлено в инкременте по завершении предстоящего спринта?
  • Какая работа необходима, чтобы достигнуть этого приращения?

Ретроспектива спринта (Retrospective) – создание плана для улучшений, которые будут предприняты в следующем спринте. Происходит после обзора спринта и перед следующим планированием спринта.

Спринт – ограниченный промежуток времени, протяженностью один месяц или меньше, в течении которого производится законченный, пригодный к использованию и потенциально готовый к выпуску инкремента продукта. Цель спринта дать команде разработки некоторую гибкость касательно функциональных возможностей, выполняемых в пределах спринта.

 

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

 

Другие материалы, которые могут вас заинтересовать:

scrum сазерленд заметки скрам

См. также

Проекты 1С по Scrum глазами Scrum-мастера

Agile Бесплатно (free)

Agile в ИТ встречается все чаще, и об адаптации гибких технологий под проекты 1С задумываются многие. Расскажем о ключевых инструментах и точках приложения усилий для успешного внедрения Scrum при разработке в 1С.

28.07.2023    2158    0    olegminkov    4    

6

Календарь Agile на 2024 год

Agile Россия Бесплатно (free)

Продукт команды №7, 6 поток (курс Марии Темчиной «Управление ИТ-проектами. Agile. Практический курс Agile-лидера»)

13.06.2023    1326    8    dimbasbear    1    

2

Формула успешного внедрения DevOps и Agile в 1С: от неудачи к неудаче без потери энтузиазма

Agile Бесплатно (free)

На конференции Infostart Event 2021 Post-Apocalypse выступил директор практики БИТ:ERP компании Первый БИТ Глеб Стальной. В ходе доклада он рассмотрел трансформацию проектного подхода в продуктовый, рассказал про имплементацию «современных» практик DevOps и продемонстрировал инструменты для разработки, взаимодействия с бизнесом и клиентами, применяемые в его команде.

27.02.2023    2321    0    glebushka    2    

13

Бывает ли Agile в проектах 1С?

Agile Бесплатно (free)

Это один из вопросов, которые мне задают довольно часто. Ну да, Эджайл, Скрам, технологии, методологии,  красивые слова. Но где вы видели это в реальности в 1С внедрениях????

06.12.2021    4140    0    MariaTemchina    49    

13

Самые честные истории про внедрение Agile на практике

Agile Бесплатно (free)

Есть сообщество в Facebook'е и Инстаграм, которое публикует жизненные комиксы про внедрение гибких технологий на практике - Comic Agile.

01.04.2021    3623    0    MariaTemchina    18    

16

Пришиваем хвост: нужен ли Эджайл в 1С или глупости это всё?..

Agile Бесплатно (free)

Коллеги, приглашаем поучаствовать в опросе - Agile в проектах внедрения 1С: реально работает или это миф? Интересен практический опыт!..

12.03.2021    8245    0    MariaTemchina    86    

27

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

Agile Бесплатно (free)

Как знает большинство старожилов Инфостарта, я люблю устраивать разного рода онлайн-обсуждения. И эта статья написана как раз по итогам такого рода вебинара-дискуссии. 

16.02.2021    5317    0    MariaTemchina    45    

33

Что почитать про Agile для чайников?

Agile Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    7054    0    MariaTemchina    9    

35
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. lunjio 66 20.11.18 14:07 Сейчас в теме
По заголовку и аватару, уже испугался и подумал что статья одного знаменитого летописца, который стал с тревожной для многих частотой публиковать свои статьи, который одним нравятся, а других смущают местонахождением в разделе библиотека, ну разве нельзя сделать отдельный раздел для творчества ? с чем я отчасти согласен.
Что касательно статьи, вроде мало, но вроде по делу, но не по реальному опыту, а по итогам прочтения книги, по совету летописца) Поэтому, я бы просто прислушался, другое дело конечно, если бы выводы были подкреплены горьким опытом использования scruma.
Жирным шрифтом хотелось придать объема или внимания ? очень жирноватый и большой шрифт.
Vlad33k; Lem0n; mr.Samuelson; maxopik2; leobrn; +5 Ответить
2. leobrn 614 20.11.18 14:26 Сейчас в теме
(1) У Вас весь текст жирным ? По оформлению старался сделать максимально удобно для чтения т.к многие статьи в сообществе идут сплошным текстом . Проверял на нескольких устройствах вроде все нормально отображается .
4. lunjio 66 20.11.18 15:14 Сейчас в теме
(2) Весь жирным, в любом случае спасибо за труд, есть к чему прислушаться и проанализировать, где-то вы правы. Даже если бы практикой был подкреплен, то всеравно есть с чем поспорить было бы, у всех разный опыт.
5. leobrn 614 20.11.18 15:20 Сейчас в теме
(4) да увидел с других браузеров, шрифт уменьшил. Спасибо за комментарий.
3. Boneman 298 20.11.18 15:03 Сейчас в теме
Agile, Scrum, kanban - и им подобное, ИМХО современный пересказ давно известных основ проектного управления.
Для молодых руководителей, которые только начинают грызть основы управления, - в принципе нормально.
Для людей с большим трудовым опытом, и вообще со стажем - вообще нет ни одного нового слова в этих книгах. Все эти истины - известны с бородатых времен. Все эти методы увеличения гибкости, клиентоориентированности и работу на результат - давным давно изложены в бизнес книгах. Да я могу уверять, что каждый найдет в своей работе элементы Scram, Kanban..только он об этом еще не знает.
ИМХО Преподнесение старого, под новым флагом, на который все почему-то молятся. Словечки эти иностранные. Только чудес не бывает. И закон треугольника - Быстро, Качественно, Недорого - никакой scram не изменит.
TreeDogNight; Irwin; Shmell; Helsk; A_Max; sergathome; lunjio; leobrn; +8 Ответить
7. Vladimir Litvinenko 2869 21.11.18 13:19 Сейчас в теме
(3)
Знать ≠ Применять.
Описать основы ≠ Дать фреймворк.
Элементы в текущей работе ≠ Система, соблюдаемая и требующая дисциплины.

В 1С как раз никто не молится. Скорее наоборот бьют пяткой в грудь говоря от том, что и так живется неплохо, о чем свидетельствует максимальное количество плюсов именно под Вашим комментарием. Клиентоориентированность = Do&Fix, Do&Fix, Do&Fix. Также дела обстоят с любыми технологиями, выходящими за рамки экосистемы 1С и быстрого закалачивания костылей.

Иностранные слова пугают, вступая в противоречие с желанием представлять из себя хоть что-то на международном рынке, где в IT есть только один язык и он на каждой клавиатуре. Диссонанс. Который часто заканчивается махом руки на "этих буржуев". Пускай там на джаве своей сидят, а у нас свой путь ))


Скраму уже больше 30 лет - это вечность по меркам IT. Один из наиболее старых и устоявшихся подходов к разработке ПО. В мире 1С это всё еще "икра заморская, баклажанная" и "модные словечки". Авторам приходится через конспекты прагматичных 1С-ников с основами знакомить. Канбан также достаточно устоявшаяся система. Но у нас люди с "трудовым опытом, и вообще со стажем" внедряя его часто ограничиваются доской. Потому что о другом и не слышали, да и зачем? Изменения проводить сложно, лучше ограничиться тем что "итак в работе элементы есть" и "всё давно написано с бородатых времен".

Закон треугольника "Скорость, Цена, Качество" не поменяется. Но канбан говорит, что картина мира может быть не полной и есть такая штука как переключение контекста между задачами, которая пожирает время и не дает выявлять узкие места процесса. Поэтому либо сторона треугольника "Качество" , либо "Скорость" искусственно уменьшена : https://www.youtube.com/watch?v=lrDLbp0XeFA. Да, то же самое давно описано в десятках книг по тайм менеджменту. Применялось ли в разработке ПО? Применялось. Но как придется, и не было описано как система. И следовательно сложнее воспроизводилось и тиражировалось. Не говоря уже об отсутствии инструментов и регулярном их применении, вместо оказуального применения, часто ради потемкинских деревень для руководства.

Скрам вообще изначально не продавался под соусом ускорения. Целью было снизить риски разработки сложных продуктов в условиях неопределенности и меняющихся требований рынка. Применялось ли в 1С? Да давно! Автоматизация ларьков без элементов гибкости и клиентоориентированности никогда не обходилась. Но была ли система, которая наоборот снижает гибкость, но дает выигрыш на длительной дистанции?

Попытка применить эти системы там, где они не подходят, как раз идут не от хорошего их знания, а от поверхностного. Отсюда же и мнение, что итак элементы есть. На проверку таймбоксинг даже не выдерживается в итоге стендапы объявляются пожирателями времени. Ретроспективы проводятся формально, что приводит к тому что другие совещания никуда не исчезают. Вместо спринт-ревью проводится демо. В спринт не формируется и не берется в работу задача по улучшению процесса. Нефункциональные требования вычеркиваются из критерия готовности, так как мешают пилить не заточенной пилой. И появляется хороший повод назвать всё это карго-культом...
8. Boneman 298 21.11.18 14:27 Сейчас в теме
(7)
внедряя его часто ограничиваются доской. Потому что о другом и не слышали, да и зачем? Изменения проводить сложно, лучше ограничиться тем что "итак в работе элементы есть" и "всё давно написано с бородатых времен".

позволю себе несогласится,
как раз доска - это последнее.
Еще в начале 0-вых, все эти основы которые я сейчас имею удовольствие читать в учебниках под мантрой "скрам" и "канбан", мы проходили и успешно применяли в своей работе.
Только всех этих заморских терминов не употребляли. Бумажки на досках тоже не клеили, да и это не такое уж и главное. Смысл доски в визуализации. Физическая доска сейчас и не нужна,когда есть всякие Жиры и прочие системы. Думаю доска - это как раз из 30летней давности и пришла.
А, и да, скрам - это не обязательно разработка софта. Это в любом бизнесе, с проектами, задачами и заказчиками применимо.
А изучая материалы по этой теме, пытаясь по сути вопроса найти хоть что-то новое, понимаешь - что нет ничего нового. Одни лозунги.
Мне все это напоминает сетевых распространителей амвэй и авон.

(7)
Попытка применить эти системы там, где они не походят, как раз идут не от хорошего их знания, а от поверхностного. Отсюда же и мнение, что итак элементы есть.

отчасти я согласен, только подобные слова я неоднократно слышал от консалтинговых компаний, которых мы привлекали для разных проектов. Никто за результаты не отвечает, все только дают методологию, а если у вас не взлетает - значит сами дураки.
Честно говоря, мое личное мнение, что успешно работать можно, только если гибридно подходить к работе. Нет такого, что только скрам и все, работаем исключительно так. Где то так, где то этак. И проекты разные, и заказчики разные, и люди разные, и коллективы разные. Да вообще нет в мире одинаковых компаний, а значит и шаблоны управления - будут отличаться. Немного того, немного другого,немного третьего.

(7)
Применялось. Но как придется, и не было описано как система. И следовательно сложнее воспроизводилось и тиражировалось. Не говоря уже об отсутствии инструментов и регулярном их применении, вместо оказуального применения, часто ради потемкинских деревень для руководства.

Да как отдельная система не выделялась. Но кирпичи из которых она состоит, одни и те же. Поэтому я и говорю, что это культивация - типа этот домик лучше того. А переехав - те же 33 квадрата, и протекающий потолок. Вид из окна только поменялся, "был на помойку стал на дорогу" )) шучу.


Самое главное что я не критикую сами по себе эти инструменты. Да и сам манифест этот мне нравится. Это все правильно и очевидно же.
Но сам по себе этот культ, и преподнесение чуть ли не как панацею от всех болезней - это полная хрень. В конторах с нормальным менеджментом, и грамотно построенной работой - попытка взять Scram-мастера и выстроить работу по новому - может и не принести никаких улучшений, а может и вообще причинит вред.
И спасибо за ответ )) всегда приятно подискутировать с грамотным человеком.
6. Bazil 556 20.11.18 17:24 Сейчас в теме
Похоже на краткое изложение учебника по скраму.
9. swimdog 765 22.11.18 10:06 Сейчас в теме
В книге очень много делается акцент на то что
10. al_zzz 309 23.11.18 09:34 Сейчас в теме
Кто в курсе - с автором последнего комментария всё в порядке?
11. Vyatcheslav 22 23.11.18 13:42 Сейчас в теме
Спасибо, информативно.
12. dinopopyys 151 17.05.21 11:12 Сейчас в теме
ой я прочитал умную книжку и вдохновленный решил залезть в инфостарт накатать статейку. а что ТЫ лично внес своего?
13. Светлый ум 406 17.12.21 08:15 Сейчас в теме
Оставьте свое сообщение