Рубрика «agile» - 19

Привет! Меня зовут Максим Лютцау, в Промсвязьбанке я работаю product owner’ом. Почти год разработка нового интернет-банка «Мой бизнес» у нас идет по фреймворку Scrum, и в связи с этим я уже успел набить шишек. В этом посте я хотел бы рассказать о самых болезненных из них, а также о том, какие средства нам в итоге помогли. Чтобы вы смогли избежать подобных неприятностей.

Семь проблем внедрения Scrum, о которых мы не знали - 1
Читать полностью »

Алёша играл в WoW годами. Игра мешала жизни, но бросить было невозможно: усилий воли оказалось недостаточно, а все попытки обмануть себя с помощью смены пароля и удаления аккаунта легко пресекались дружелюбной техподдержкой Blizzard.

Оказалось, что лучший способ бросить игру — продолжить играть в неё, но никогда больше не играть с одной и той же командой. Потому что весь кайф от игры — в сыгранной команде, которая умеет не только нужные кнопки нажимать, но и общаться между собой. Без умения постоянно обсуждать происходящее и согласовывать действия между собой выигрывать практически невозможно. А без побед пропадает удовольствие от игры.

Корпоративное общение заставляет уволиться или затягивает в проект как игра? - 1

Я работаю в команде YouGile — это таск трекер и корпоративный чат в одном продукте. В процессе работы мы рассмотрели множество систем и изучили кучу материалов про общение команд.

После ката — самые интересные выдержки, обзор систем для общения, сравнение подходов к обсуждению задач, а также попытка ответить на вопрос: “Какое общение делает команды сплоченней, а какое разваливает?”
Читать полностью »

Год назад в нашей компании произошли революционные изменения, у нас изменилась методология разработки, мы стали работать по Scrum.

Agile стал требовать от команды самостоятельного принятия решения, непрерывного улучшения. Тут мы и столкнулись с проблемой развития членов команд. В результате у нас постепенно появилось 14 способов развития, про 6 из которых расскажу в этой статье. Часть из этих способов инициировала компания, но большую часть мы придумали сами или подсмотрели и адаптировали под себя.
Читать полностью »

image Всем привет! Самое время переходить на гибкую разработку. Наконец-то найден современный, последовательный подход к решению тех проблем, с которыми сражались целые поколения команд разработчиков. Гибкие команды используют простые понятные практики, эффективность которых в реальных проектах была неоднократно подтверждена. Но, погодите минутку… Если гибкие методологии так хороши, почему на них еще не перешли все без исключения? В реальном мире практика, хорошо работающая в одной команде, создает серьезные проблемы в другой; различия обусловлены образом мышления команд и их подходом к делу. Чтобы разобраться в этом придется погрузиться в гибкую разработку и поменять свое отношение к проектам!
Читать полностью »

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

DevOpsConf Russia состоится 1 и 2 октября в Москве, соберет 500 специалистов и будет логически продолжать серию RootConf. Мы шли к этому перевоплощению несколько лет, и наконец готовы все рассказать.

Встречайте DevOpsConf Russia - 1

В 2015 году в рамках фестиваля РИТ++ мы возродили конференцию RootConf, чтобы привлечь интерес к современным инструментам эксплуатации и подходам DevOps.Читать полностью »

В первом выпуске видеоблога АйтиХайп мы пришли в гости в Додо Пиццу, где обсудили интеграцию IT и бизнеса, экстремальное программирование, Agile, удаленную работу, архитектуру их систем и особенности найма. Можно пройти под кат и почитать цитаты из интервью и немного истории, а можно сразу перейти к видео.

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

И снова здравствуйте!

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

Акт третий: “Головокружение от успехов или немецкий орднунг ч. 2”

Мой опыт трудоустройства на роль Agile Coach в Европе, часть вторая - 1

Октябрь 2017

Итак, я снова вернулся на Кипр. Так как принципиальное согласие на оффер Компании №2 мною было дано, мы кратко обсудили потенциальные сроки моего выхода на работу (начало декабря), и я спокойно начал заниматься подготовкой оставшейся части документов на визу, в то время как компания должна была выслать мне подписанный контракт. Подаваться я планировался в посольстве Германии в Никосии, Кипр, поэтому список документов несколько отличался от того, который запрашивают в Москве или Санкт-Петербурге.
Читать полностью »

Всем привет!
Меня зовут Денис, мне 27 лет и я работаю Agile Coach в компании N26 (Берлин, Германия) — самом быстрорастущем мобильном банке в Европе.

image

Прежде чем переехать в Берлин в апреле 2018 года, я провел 9 месяцев в поисках подходящего места работы в Европе. За это время я успел:
— пройти порядка 20 интервью;
— дойти до финального этапа с 7 компаниями*;
— получить 3 оффера.

Для этого мне пришлось совершить порядка 18 перелетов и посетить 3 страны (Германия, Нидерланды, Австрия).

Рассказать о своём опыте меня сподвигло несколько факторов:
1) Высокий интерес к подобным материалам в IT-сообществе при практически полном отсутствии историй “тракторизма” от специалистов в области Agile на просторах сети;
2) Стремление поделиться с сообществом полученными инсайдами о том, как же выглядит «тот самый» Agile в Европе;
3) Желание зафиксировать все пережитое для себя лично, пока краски не потускнели и воспоминания еще живы.

* В данной статье Вы не встретите прямого указания на компании, с которыми я успел пообщаться, но общее описание контекста я постараюсь все же давать.
Читать полностью »

Технический директор ivi Евгений Россинский (eross) хорошо знаком участникам наших конференций по докладам о технической стороне стриминга. Но сегодня пред вами расшифровка доклада Евгения на TeamLead Conf о том, как отражается Agile-трансформация на лидерах команд.

Как тимлиду выжить в масштабируемом скраме и сохранить контроль за качеством кода - 1

Не так давно в ivi прошли Agile-трансформацию и получили от неё хороший профит в плане:

  • бизнеса,
  • скорости разработки,
  • time to market;
  • других интересных метрик.

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

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

Введение
Что такое DoR
Зачем нужен DoR
Где применять DoR
Когда применять DoR
INVEST модель
Заключение
Список литературы

Definition of Ready — то, о чем нам забыли рассказать - 1

Введение

Наверняка вы не раз слышали, скорее даже использовали с командой артефакт Scrum — Definition of Done далее по тексту — DoD. Возможно, используете его, даже не осознавая этого. О DoD написано много русскоязычных статей. О нём говорят на конференциях, и тренингах. Разобраться для чего нужен этот артефакт, и найти примеры не трудно. DoD определяет критерии, по которой каждый член команды понимает, что задача закрыта. Глубинная цель — синхронизировать понятие Done, между каждым членом команды. Над этими критериями, часто, команда трудится во время ретроспективы. Существует похожий артефакт, о котором почему-то нет упоминания в русскоязычных ресурсах о Scrum, а там где этот артефакт упоминается, не даётся никаких разъяснений что это, зачем нужен, и как использовать.

Скорее всего, в вашей команде звучали фразы наподобие: «Мы завалили цель, потому что неправильно оценили задачу», или «Наш PO опять пришёл с задачей без должного описания». В моей команде, подобные “сигналы” появлялись не один раз, и я долго искал способ, чтобы решить эту проблему.

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


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