Рубрика «agile development» - 3

Прошлой осенью прошла менеджерская конференция LeanKanban Russia-2014.

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

Конференция чисто менеджерская, от поднимаемых тем и аргументов, и местами сильно избитого бизнес-жаргона, у «сферического линейного разработчика» наверняка будет butthur идиосинкразия («WAT?? Процессы? Инновации? Менеджеры-бездельники! Фигли думать, трясти надо!»), но с точки зрения менеджмента — это самые свежие тренды. Так что наверно, в отделенном от хабра мозге мегамозге, обзору будет самое место.

Собственно название «LeanKanban» — цепляет широкоизвестными ключевиками «Lean» и «Kanban», и вроде как понятно о чем. К сожалению, из личного опыта общения помню, что очень многие думают, что «Lean» — это что-то на тему рационализации на японских заводах, борьба за копейки и секунды, а «Kanban» — это когда клеют разноцветные стикеры на доски и стены.

На самом деле, основные темы на этой конференции были:

  • «Антихрупкость» в смысле последней книги Нассима Талеба — о том, почему не работают классические консервативные стратегии «нормального распределения», почему нужно применять «ассиметричные стратегии», строить запасные планы, рисковать и, не побоюсь этого несколько замученного слова, «порождать инновации». Только адаптация и эволюция, иначе «выживание необязательно». Символично, что практически через месяц после конференции случился «черный лебедь» с рублем, и очень даже интересно, выжил ли бизнес у всех менеджеров, сидящих в наполненных залах?
  • Процессы — их масштабирование, балансировка, оптимизация, масштабирование. Даже без привязки к конкретным методологиям и практикам, классический анализ — «Теория Ограничений» Голдратта, поиск перемещающихся «бутылочных горлышек» и узких мест, расширение и перестройка огранизации.
  • Конкретные реализации agile-процессов — от подхода «в любой непонятной ситуации внедряй Kanban», до сравнения между Kanban-а с Scrum-ом — следующим по формализованности Agile-подходом.
  • «Lean Startup» — тема сильно отличающаяся от классического «Lean-а» (так называемого «Lean Manufacturing») оптимизирующего существующие процессы в больших компаниях, просто вот так назвал свою знаменитую книгу Эрик Рис о максимально дешевом и быстром старте, и о виражах в поисках цели, смысла и денег. Да, сейчас обычные пользователи вынуждены ежедневно сталкиваться с последствиями такого подхода — это и исчезающие сервисы, и заманивающие лендинг-страницы («вот почти готов сервис для XXX, зарегистрируйся для тестирования» — а делать даже ничего не начинали)… но увы, жизнь становится все более конкурентной, и по-другому стартовать можно только с плотным финансовым тылом, и лучше потерпеть быстро умерший сервис энтузиастов, чем узнать о каком-нибудь фейспалмовом эпикфейле многомиллионных госинвестиций.
  • Ну и отдельная тема — рулежка корпоративными монстрами, не всегда даже методами manufacturing Kanban. Связь с основными темами может быть опосредованной, но это реальный опыт, ведь не всем удается быть в топе крупной компании и не угробить ее.

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

Что касается пойти поговорить про это живьем — даже не факт, что в этом году эта конференция состоится (времена наступили тяжелые, конференции по софтверном менеджменту, да и другие тоже, закрываются), наверно самая ближайшая по теме — AgileDays-2015, там будут и эти темы, и даже многие докладчики.

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

Читать полностью »

Играем в planning poker онлайн!Если вы работаете по SCRUM и у вас распределенная команда, то наверняка вы задумывались о автоматизации процесса покер-планирования. Конечно, игра в настоящие карты это классно, но их электронная замена может дать немало дополнительных выгод, например интеграцию с существующим проектом в Team Foundation Service. Тем более что вы уже сейчас можете посмотреть на предварительную версию проекта http://agileplanning.ru/.
Читать полностью »

Отличные новости для адептов Agile. В конце ноября (28.11-30.11) в Киеве пройдет пятый по счету открытый сертификационный класс ICAgile Certified Professional, организованный компанией Ciklum.
Для читателей habrahabr мы подготовили специальные условия. Но обо всем по порядку.
image
Читать полностью »

16 октября одесский офис компании Ciklum приглашает всех желающих поучавствовать в увлекательном и познавательном мероприятии Lego Specifications Game, которую проведет IT гуру Одессы — Дмитрий Миндра.
О ТРЕНИНГЕ:
Время от времени мы сталкиваемся с такой ситуацией: заказчик присылает нам спецификацию короткую, но такую запутанную, что совершенно неясно, что нам нужно получить в итоге. Или ещё лучше — начинает настаивать на каком-то конкретном решении, которое нелогично и никак не вписывается в текущий продукт.

Почему заказчик так поступает? На нашем воркшопе мы будем учиться, во-первых, разгонять туман запутанных спецификаций, а во-вторых, помогать заказчику найти потерянный фокус и восстановить прицел, ну и, конечно же, для моделирования процесса разработки мы будем использовать Лего. Так же, мы будем рассматривать систему для анализа требований и можно взять с собой ноутбук, он пригодится.
image
Читать полностью »

Как мы “адаптировали” agile к условиям удаленного взаимодействия.

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

Кто мы?
Команда разработчиков, находящаяся частично в Самаре, частично в Оренбурге. Заказчик у нас в Москве (неожиданно, правда? :)

Что мы делаем?
Разрабатываем iOS приложение, посвященное тайм-менеджменту по методике Глеба Архангельского. Мы рискнули, несмотря на то, что опыт работы других разработчиков с методикой Тайм Драйв был не особо вдохновляющим. Как вы сможете увидеть в конце статьи, у нас все получилось ;)

Что мы делаем для того, чтобы распределенная команда чувствовала себя единым коллективом и работала эффективно?

1. Ведем бэклог и спринтлоги в удобном Issue tracker’e

Читать полностью »

Как мы используем Trello и Google Docs, чтобы постоянно улучшать работу UserVoice

Прошлой осенью, вернувшись из отпуска, я обнаружил, что Дехана, наш Product Manager в UserVoice, заменила мой любимый «Roadmap» в Google Docs на доску Trello.

Моя первоначальная реакция на такие перемены была отнюдь не положительной. Проблема заключалась не в самом Trello, а в том, как мы им пользовались. Trello – это ОЧЕНЬ открытый проект. Не существует единственного “правильного” способа работы в Trello, поэтому, чтобы чувствовать себя в нем как дома, вам потребуется время для настройки «под себя».

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

Цель — это сильный внутренний мотиватор, согласно последним исследованиям в психологии, которые собрал и обобщил Ден Пинк. Работая с продуктовыми командами, я довольно часто сталкиваюсь с примерами, подтверждающими его доводы.

Отсутствие ясности на уровне видения продукта, четкого позиционирования на рынке, стратегии развития на 3-6 месяцев, давления срочности или ощущения конкурентной схватки — гасит скорость работы команды и личную вовлеченность ее участников.

Способность Владельца Продукта (роль Product Owner в терминологии SCRUM) воплощать видение продукта в своих словах и действиях, нельзя переоценить, когда мы говорим о командной разработке. Такая способность помогает команде работать сфокусированно (focus — одна из ценностей процесса SCRUM).

Фокус внимания меняет наше восприятие. Что бы лучше понять о чем это, попробуйте небольшой эксперимент. На протяжении дня держите в фокусе какую-то простую вещь, например, красный цвет. Обращайте внимание на все красное на улице и в офисе, думайте о красном в душе и лифте, найдите пару интересных фактов о самом цвете, или красных вещах. Уже к концу дня вы начнете воспринимать красный по-другому. Мужчины могут с удивлением обнаружить, что у красного есть оттенкиJ А на следующий день, вам могут приходить в голову “красные” мысли.

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

Ниже — 5 идей для Владельцев продукта о том, как усилить внутреннюю мотивацию и командную работу через видение.
Читать полностью »

Один человек в интернете спросил меня, как я могу защитить методологии Agile.

Agile что? Не существует такой вещи, как методологии Agile.

Всё очень просто. Во-первых, парни из Agile манифеста не владели словом «Agile». Во-вторых, они не говорили сделайте то-то, сделайте это, они просто говорили о том, что мы фокусируемся не на тех вещах.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js