Всем привет! Самое время переходить на гибкую разработку. Наконец-то найден современный, последовательный подход к решению тех проблем, с которыми сражались целые поколения команд разработчиков. Гибкие команды используют простые понятные практики, эффективность которых в реальных проектах была неоднократно подтверждена. Но, погодите минутку… Если гибкие методологии так хороши, почему на них еще не перешли все без исключения? В реальном мире практика, хорошо работающая в одной команде, создает серьезные проблемы в другой; различия обусловлены образом мышления команд и их подходом к делу. Чтобы разобраться в этом придется погрузиться в гибкую разработку и поменять свое отношение к проектам!
Читать полностью »
Рубрика «agile» - 25
Книга «Head First Agile. Гибкое управление проектами»
2018-08-02 в 12:54, admin, рубрики: agile, Блог компании Издательский дом «Питер», книги, Профессиональная литератураВстречайте DevOpsConf Russia
2018-08-02 в 12:36, admin, рубрики: agile, devoopsconf, devops, Блог компании Конференции Олега Бунина (Онтико), конференции, системное администрированиеПринципы DevOps плотно проникли в жизнь разработчиков, и, хотя разночтений в понятиях меньше не стало, сообществу нужно отдельное большое мероприятие для обмена опытом. Им станет конференция DevOpsConf Russia.
DevOpsConf Russia состоится 1 и 2 октября в Москве, соберет 500 специалистов и будет логически продолжать серию RootConf. Мы шли к этому перевоплощению несколько лет, и наконец готовы все рассказать.
В 2015 году в рамках фестиваля РИТ++ мы возродили конференцию RootConf, чтобы привлечь интерес к современным инструментам эксплуатации и подходам DevOps.Читать полностью »
Додо: IT-компания, которая делает пиццу. Программирование и IT-процессы – АйтиХайп
2018-08-02 в 6:03, admin, рубрики: .net, agile, tdd, xp, айтихайп, Блог компании Конференции Олега Бунина (Онтико), додо, парное программирование, управление разработкойВ первом выпуске видеоблога АйтиХайп мы пришли в гости в Додо Пиццу, где обсудили интеграцию IT и бизнеса, экстремальное программирование, Agile, удаленную работу, архитектуру их систем и особенности найма. Можно пройти под кат и почитать цитаты из интервью и немного истории, а можно сразу перейти к видео.
Мой опыт трудоустройства на роль Agile Coach в Европе, часть вторая
2018-07-27 в 11:09, admin, рубрики: agile, it-эмиграция, германия, Карьера в IT-индустрии, работа в Германии, трактор, эмиграцияИ снова здравствуйте!
В первой части моей статьи я рассказал о мотивации, сподвигнувшей меня на попытки перебраться в Европу, а также осветил в деталях первые 5 месяцев моих поисков. Ниже Вы найдете продолжение моей истории и несколько выводов, которые я сделал для себя.
Акт третий: “Головокружение от успехов или немецкий орднунг ч. 2”
Октябрь 2017
Итак, я снова вернулся на Кипр. Так как принципиальное согласие на оффер Компании №2 мною было дано, мы кратко обсудили потенциальные сроки моего выхода на работу (начало декабря), и я спокойно начал заниматься подготовкой оставшейся части документов на визу, в то время как компания должна была выслать мне подписанный контракт. Подаваться я планировался в посольстве Германии в Никосии, Кипр, поэтому список документов несколько отличался от того, который запрашивают в Москве или Санкт-Петербурге.
Читать полностью »
Мой опыт трудоустройства на роль Agile Coach в Европе, часть первая
2018-07-21 в 18:37, admin, рубрики: agile, it-эмиграция, германия, Карьера в IT-индустрии, трактор, трудоустройство в it, трудоустройство в германии, эмиграцияВсем привет!
Меня зовут Денис, мне 27 лет и я работаю Agile Coach в компании N26 (Берлин, Германия) — самом быстрорастущем мобильном банке в Европе.
Прежде чем переехать в Берлин в апреле 2018 года, я провел 9 месяцев в поисках подходящего места работы в Европе. За это время я успел:
— пройти порядка 20 интервью;
— дойти до финального этапа с 7 компаниями*;
— получить 3 оффера.
Для этого мне пришлось совершить порядка 18 перелетов и посетить 3 страны (Германия, Нидерланды, Австрия).
Рассказать о своём опыте меня сподвигло несколько факторов:
1) Высокий интерес к подобным материалам в IT-сообществе при практически полном отсутствии историй “тракторизма” от специалистов в области Agile на просторах сети;
2) Стремление поделиться с сообществом полученными инсайдами о том, как же выглядит «тот самый» Agile в Европе;
3) Желание зафиксировать все пережитое для себя лично, пока краски не потускнели и воспоминания еще живы.
* В данной статье Вы не встретите прямого указания на компании, с которыми я успел пообщаться, но общее описание контекста я постараюсь все же давать.
Читать полностью »
Как тимлиду выжить в масштабируемом скраме и сохранить контроль за качеством кода
2018-07-18 в 12:20, admin, рубрики: agile, teamlead, Блог компании Конференции Олега Бунина (Онтико), управление персоналом, управление проектами, управление разработкойТехнический директор ivi Евгений Россинский (eross) хорошо знаком участникам наших конференций по докладам о технической стороне стриминга. Но сегодня пред вами расшифровка доклада Евгения на TeamLead Conf о том, как отражается Agile-трансформация на лидерах команд.
Не так давно в ivi прошли Agile-трансформацию и получили от неё хороший профит в плане:
- бизнеса,
- скорости разработки,
- time to market;
- других интересных метрик.
Но последствия этого креативного решения довольно серьёзно ударили по лидерам команд. Доклад как раз о том, как с этим справляться, и какие применять инструменты.
Definition of Ready — то, о чем нам забыли рассказать
2018-07-13 в 11:38, admin, рубрики: agile, definition of done, definition of ready, scrum, Управление продуктом, управление проектами, управление разработкойВведение
Что такое DoR
Зачем нужен DoR
Где применять DoR
Когда применять DoR
INVEST модель
Заключение
Список литературы
Введение
Наверняка вы не раз слышали, скорее даже использовали с командой артефакт Scrum — Definition of Done далее по тексту — DoD. Возможно, используете его, даже не осознавая этого. О DoD написано много русскоязычных статей. О нём говорят на конференциях, и тренингах. Разобраться для чего нужен этот артефакт, и найти примеры не трудно. DoD определяет критерии, по которой каждый член команды понимает, что задача закрыта. Глубинная цель — синхронизировать понятие Done, между каждым членом команды. Над этими критериями, часто, команда трудится во время ретроспективы. Существует похожий артефакт, о котором почему-то нет упоминания в русскоязычных ресурсах о Scrum, а там где этот артефакт упоминается, не даётся никаких разъяснений что это, зачем нужен, и как использовать.
Скорее всего, в вашей команде звучали фразы наподобие: «Мы завалили цель, потому что неправильно оценили задачу», или «Наш PO опять пришёл с задачей без должного описания». В моей команде, подобные “сигналы” появлялись не один раз, и я долго искал способ, чтобы решить эту проблему.
Офис под Agile: где разместить тысячу разработчиков?
2018-07-13 в 9:53, admin, рубрики: agile, Блог компании Технологический Центр Дойче Банка, дойче банк, офис, Офисы IT-компаний, управление проектами, управление разработкойВсем привет. Я работаю в московском офисе Технологического Центра Дойче Банка. Для тех, кто не знает, — мы занимаемся разработкой приложений для CIB (Corporate and Investment Banking) бизнеса в Нью-Йорке, Лондоне, Франкфурте, Токио, Сингапуре, Чикаго, Сиднее. В России в Техцентре работают более 1000 человек — это примерно 130 команд. Всего в мире таких центров у Дойче Банка четыре: в России (Москва и Санкт-Петербург), США, Румынии и Индии.
Примерно полтора года назад стало понятно, что мы перестали помещаться в наш офис и нам надо искать себе новый дом.
Читать полностью »
Скрам в большие команды: LeSS Day 2018
2018-07-12 в 13:46, admin, рубрики: agile, less, scrum, Блог компании Ростелеком, конференции, конференция, Управление продуктом, управление разработкойМетодологию скрам постепенно осваивают все большие по масштабам команды. Такой опыт есть и у нашей компании. Совместно с Unusual Concepts мы планируем поделиться своими наработками со всеми желающими в рамках дня Large-Scale Scrum — LeSS Day 2018, который пройдет 16 июля в офисе Comcity в Москве.
Мероприятие бесплатное, а участники из других городов смогут посмотреть онлайн-трансляцию, которую мы запустим в нашем блоге.
Секреты удачного проектирования ИС (информационной системы) на примере строительства больницы
2018-07-08 в 16:35, admin, рубрики: agile, Анализ и проектирование систем, водопад, каскадное проектирование, Программирование, проектирование, Управление продуктом, управление проектами, управление разработкойПочему именно больница?
А почему бы и нет? Это хороший пример. Проект везде проект: плюс-минус те же стадии, та же схема управления, документооборот, работа с рисками, контроль качества и так далее. Везде есть требования и к оборудованию, и к помещениям, и к ПО. Вы спросите, какие могут быть требования к помещениям в Информационной Системе? Очень просто: расположение рабочих мест операторов, сервера — и тем и другим потребуется кондиционер. Вот уже и требования к помещениям. И вряд ли нынче кто-то сомневается, нужно ли больнице ПО. Если вы хотите идти в ногу со временем, перед вами встанет задача создать автоматизированное лечебное учреждение с электронными медицинскими картами, где врачи делают осмотр с планшетами, а, например, санитарки отмечают вымытый туалет не на листике, а в телефоне. Требований к ПО в данном случае будет предостаточно. А как только потребуется ПО, появится необходимость установить сервера, куда-то посадить админа и операторов. Все взаимосвязано.
Мы выбрали строительный проект, потому что на нем проще всего продемонстрировать, как спроектировать ИС. Информационная система скрыта где-то внутри, мы ее не видим, а стены — вот они перед нами: кривые и косые, с тупиковыми коридорами, потому что проект был сделан на коленке, да еще и заказчик свои требования менял сто раз по ходу пьесы.
Программный код внутри (но этого никто не видит)
При чем тут больница, если мы разрабатываем ПО?
А вот и нет, дорогие разработчики, руководители, аналитики, тестировщики.
Не программное обеспечение вы разрабатываете… Возьмем Android, — это ПО. А если, например, перед вами бухгалтерская система, то вы уже имеете дело не просто с ПО, а с ИНФОРМАЦИОННОЙ СИСТЕМОЙ.
Читать полностью »