Впечатления: М. Лоффлер — «Ретроспектива в Agile»

Ретроспектива — это ритуальное собрание сообщества в конце проекта для обзора событий и изучения опыта. Никто не знает всей истории проекта. У каждого человека есть своя часть истории. Ритуал ретроспективы — это коллективное рассказывание истории и добыча опыта для мудрости.

— Норман Керт — «Ретроспектива проекта»

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

Вердикт: начинающим, только вставшим на путь скрам-мастера или задавшимся целью включать и бустить самоорганизацию команд, будет полезно. Воды много, много плохо применимых к российскому менталитету примеров, но книжка не большая, выдержать можно. Даёт зачерпнуть ряд важных для развития в этой сфере направлений для дальнейшего изучения. Дальше немного примеров.

Продолжить чтение «Впечатления: М. Лоффлер — «Ретроспектива в Agile»»

Домашняя ретроспектива. Очередная и первая

Ретро в нашей семье активность уже не новая. Хотя пока и не стала регулярным событием, уже проводили несколько раз. Так что очередная. Однако, учитывая увеличенный состав семьи, новое жильё и всё ещё отсутствие привычки, в каком-то роде первая.

Продолжить чтение «Домашняя ретроспектива. Очередная и первая»

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

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

В конце концов, именно такого рода активностям — вовлечение групп людей к анализу процессов и препятствий, как на регулярной основе, так и по итогам разовых «авральных» событий я посвящаю изрядную часть времени на работе. Почему бы не использовать и этот опыт в кругу семьи? (В дополнение к kanban-доскам)

В качестве основы использовали самую типовую конструкцю ретроспектив — Keep / Stop / Start. После того как каждый отписал свои идеи на стикерах и прикрепил на общее поле голосовали тремя точками за самое значимое в каждом разделе. Потом обсуждали.

Самый мелкий (Ярослав) участвовать отказался — его смущает неумение читать и писать, но Ксю и Мечик идею поддержали. И, признаться, я не ожидал от Мечислава такой включённости и основательного подхода.

Продолжить чтение «Ретроспектива отпуска»

Из хаоса в Scrum. Опыт и результаты первых шести месяцев

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

Продолжить чтение «Из хаоса в Scrum. Опыт и результаты первых шести месяцев»

Несколько книг для Agile-менеджеров

Давненько не писал я о книгах.

И начну, пожалуй, с более общей, ценной не только для Agile и даже не только для менеджеров.

А. Диксит, С. Скит — «Стратегические игры»

1019635352

Чемпион мира по игре в шашки Том Уисуэлл сформулировал эту мысль так: «Игрок, который знает, как играть, обычно играет вничью. Игрок, который знает, почему так надо играть, как правило, выходит победителем». Этот принцип не стоит воспринимать буквально для всех без исключения игр — некоторые игры могут ставить одного из игроков в безвыходное положение независимо от его осведомленности, — однако он содержит зачаток важной общей истины: знание причин дает вам важное преимущество, которого у вас не было бы, имей вы только практические навыки.

Продолжить чтение «Несколько книг для Agile-менеджеров»

Проектный и продуктовый подход к созданию ценности

Тут в сфере разработки программного обеспечения, кажется, назрел очередной холивар. На тему того, должен ли жить ещё проектный подход в ИТ или все уже должны дружно отмаршировать в сторону подхода продуктового. Кратко и с чувством проблематика донесена в статье «Желаю смерти большинству IT-проектов«. Где прогрессивная сторона представлена Agile-пропагандистами, а консерваторами и ретроградами — последователи PMBOK. Казалось бы, очередная буря в стакане, вызванная недостатком понимания матчасти и смешиванием в одну кучу самых разных факторов и понятий. Продолжить чтение «Проектный и продуктовый подход к созданию ценности»

Как наиболее эффективно упаковать 100 писем в конверты?

Вот уже 250 с лишним лет известна мудрость о преимуществах разделения труда.

Отдельный ремесленник может произвести в день от 1 до 20 булавок максимум. А разделив процесс производства на 18 операций, обучив этим операциям отдельных работников и сформировав из них технологическую цепочку, мы можем произвести 48 тысяч булавок силами 10–18 менее квалифицированных рабочих. То есть производительность вырастает минимум в 240 раз – за счет разделения труда.

— Адам Смит — «Исследования о природе и причинах богатства народов»

Идея столь мощная, что принята на вооружение менеджментом во всех отраслях. Да здравствует разделение труда во всём. Пусть каждый сотрудник занимается отдельным куском задачи и только им.

Но везде и всегда ли эффективно разделять повторяющуюся задачу на элементы? Продолжить чтение «Как наиболее эффективно упаковать 100 писем в конверты?»

Работа в Paragon Software: unexpected end of story

Пожалуй прошло достаточно времени, чтобы отделить эмоции от ситуации и проанализировать завершившийся опыт работы в компании Paragon Software Group.

Начни я писать подобный анализ чуть раньше, был высокий риск сорваться на типовую историю в жанре «тут все дураки, один я непонятый Д’Артаньян».

Нет, определённо в компании достаточно не просто умных, а очень умных людей, неплохо выстроены некоторые процессы, которые и в более известных компаниях только учатся строить (например, Continuous Integration). Есть и ряд «человекоориентированных» бонусов, в т.ч. уникальных — кофемашины, гибкий график работы, возможность удалёнки, пять «бесплатных» отгулов в год. И Scrum.

В общем, выглядит всё достаточно гибко и инновационно.

 

Продолжить чтение «Работа в Paragon Software: unexpected end of story»

Книги марта — Agile и управление процессами создания ПО

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

В март также вошли пара книжиц по Python, но едва ли есть смысл делать обзоры учебников по языкам программирования. Они не то чтобы сильно разнообразные. Продолжить чтение «Книги марта — Agile и управление процессами создания ПО»

ICAgile vs Scrum.Org

Существует три основных ассоциации, обеспечивающих аккредитацию  учебных программ и сертификацию специалистов в области Agile методологий:

  • ScrumAlliance — был основан «создателями» Scrum — Джеффом Сазерлендом и Кеном Швабером в 2001 г. Однако Кен вышел из состава учредителей ввиду несогласия со взглядами управления на оценку и сертификацию. И основал свою ассоциацию — Scrum.Org.
  • ICAgile — декларируемое отличие от ScrumAlliance — отсутствие ограничений фокуса только на Scrum, обучение Agile-подходам в целом. Фактически больше выглядит, как грамотно реализованная идея срубить денег на хайпе практически из воздуха.
  • Scrum.Org — основан в 2010 г. Кеном Швабером, как результат расхождения взглядов на принципы сертификации специалистов. И на данный момент единственная agile-ассоциация из трёх, где упор при сертификации делается на экзамен, а не на прохождение тренингов.

Теперь у меня есть сертификаты двух из них: PSM I от Scrum.Org и ICAgile: Agile Team Facilitation от ICAgile. Продолжить чтение «ICAgile vs Scrum.Org»