Как стать автором
Обновить
19.1

Agile *

Гибкая методология разработки

Сначала показывать
Порог рейтинга
Уровень сложности

Старого (нет) ворчуна пост

Время на прочтение9 мин
Количество просмотров24K

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

Поехали.

Поехали

Как мы провели TAC 2021. Впечатления, тезисы, видео

Время на прочтение5 мин
Количество просмотров1.7K

Привет, я Евгений Степченко, delivery-менеджер Тинькофф. В октябре мы провели Tinkoff Agile Conference про масштабирование изменений и изменения при масштабировании, развитие команд и инженерные практики. Нам важно, чтобы тимлиды, техлиды, менеджеры и эксперты развивались как единое сообщество. Поэтому мы собрали конференцию, позвали профессионалов из разных областей и постарались создать площадку для нетворкинга. Спикеры рассказывали о методах управления, метриках, технических аспектах гибкой разработки и о том, как безопаснее проводить изменения. 

Шесть тысяч зрителей смотрели конференцию онлайн, а двести пятьдесят человек присутствовали в новом для нас формате — живого общения. Участники активно задавали вопросы и вовлечённо работали на воркшопах. Писали в чате, как не хватало живых мероприятий во время пандемии, увозили домой инсайты, а кто-то даже поменял представление о Тинькофф в лучшую сторону.

Я участвовал в подготовке программы мероприятия и помогал с организацией на месте. Хочу поделиться с вами атмосферой конференции и рассказать подробнее про несколько докладов. В конце статьи оставлю ссылки на все записи и подборку фотографий. 

Читать далее

«У agile-самурая нет цели, только Путь». Как я пришел в IT после 35

Время на прочтение8 мин
Количество просмотров16K

Я всегда хотел заниматься программированием, но мой путь в IT оказался очень длинным. В маленьком северном городе сфера IT была не развита от слова «совсем» и выбор был сделан в пользу военной карьеры. Так пронеслись 15 лет службы на Севере. Я понимал, что жду пенсии, чтобы заняться по-настоящему любимым делом. Поэтому за 5 лет перед увольнением стал готовиться к «новой жизни», самостоятельно учиться языкам программирования.

Тогда я просто верил, что смогу в свои «около 40» лет измениться и найти работу своей мечты. Но настоящие испытания были еще впереди…

Читать далее

Хороший инженер, плохой инженер

Время на прочтение3 мин
Количество просмотров5.4K

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

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

Читать далее

Кент Бек: отец экстремального программирования, паттернов проектирования, JUnit и TDD

Время на прочтение7 мин
Количество просмотров12K

Кент Бек сделал для IT столько, что его имя упоминается на Хабре в сотнях разных постов. Но при этом до сих пор не было хабрапоста о нём самом. Исправим это упущение.

Во вторник Кент выступит на нашей онлайн-конференции по тестированию Heisenbug. Там этот человек, когда-то популяризовавший подход TDD, поговорит о куда более новой концепции TCR («Test && Commit || Revert»). То есть даже к 60 годам он не стал жить былыми заслугами, а продолжает предлагать новое.

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

Читать далее

Почему мы провалили Scrum

Время на прочтение7 мин
Количество просмотров10K

Антон работает тимлидом в продуктовой компании. Его команда разрабатывает информационно-аналитическую систему для бизнеса и госкомпаний. В проекте много хаоса, команда ничего не успевает, и Антон предлагает внедрить Scrum. Он сталкивается с непониманием процессов в высшем руководстве и чрезмерной нагрузкой на команду. От Скрам остается часть ритуалов, Антон с трудом «вытягивает» проект и уходит из компании. Разберем по пунктам, почему Scrum может провалиться. 

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

В проектах, где работа идет на поток, а все процессы отлажены, Scrum только мешает. Например, компания выпускает лендинги для бизнеса. Опытный менеджер согласовывает все вопросы с заказчиком, передает дизайнеру понятное ТЗ. Заказчик выдает правки и принимает работу. Дизайнер в спокойном темпе делает по 10-15 лендингов в месяц. 

Стать Scrum-мастером

Компромисс скорости и качества разработки в agile. Как найти баланс

Время на прочтение7 мин
Количество просмотров4.1K

Привет!

Меня зовут Тимофей, и я продуктовый разработчик. О продуктовой разработке подробнее можно почитать тут

В моей работе многое строится на трейдоффах и компромиссах. В этой статье речь пойдёт о балансе между сроками и качеством разработки.

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

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

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

Читать далее

Почему инженеры презирают Agile

Время на прочтение5 мин
Количество просмотров27K

Мы продолжаем цикл публикаций о недостатках Аgile методологии. Сегодня перевод статьи о том, почему инженеры презирают Agile (много новых удивительных наблюдений!)

Читать далее

Сила процессов в проектном менеджменте

Время на прочтение7 мин
Количество просмотров9.7K

Всем привет. Меня зовут Даша Викторова, я Project Lead направления Outbound, которое отвечает за автоматизацию доставки в Lamoda. Сегодня поговорим про проектный менеджмент… Но не совсем :) 

Как правило, проект-менеджер (или просто PM) отвечает за реализацию проектов — как ни странно! Однако любой проект состоит не только из задач, которые ведут к достижению конечной цели, но и из процессов, от которых зависит качество и скорость их достижения.

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

Читать далее

29 сентября — митап для скрам-мастеров

Время на прочтение1 мин
Количество просмотров1.6K

Привет!

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

Начало в 19.00 МСК.

Читать далее

Перезагрузка рабочего процесса руками и глазами Agile-коуча

Время на прочтение8 мин
Количество просмотров4.8K

Agile – это набор ценностей, или даже целая философия, которая помогает бизнесу сращиваться с IT, вследствие чего рождается мощный работающий Продукт. Этот процесс позволяет доставлять ценности компании до клиента в разы быстрее и эффективнее, чем это было до agile.

Сегодня перезагрузка процессов с помощью методологии гибкого управления проектами в М.Видео-Эльдорадо находится в руках двух опытных agile-коучей – Сергея Артюхова – выходца из Сбера, где он участвовал в глобальной трансформации финансового конгломерата и Антона Чижова – также экс-члена команды Сбера, ранее работавшего scrum-мастером в X5 и МТС. В М.Видео-Эльдорадо Сергей руководит Центром компетенций Agile, Антон – направлением Agile.

Мы попросили коллег углубиться в тему роли Agile-коуча и ответить на вопрос, как его найти или даже вырастить (здесь и далее повествование ведется от двух лиц, представьте, что вы читаете произведение Ильфа и Петрова только на IT-лад).

Читать далее

Чистый девопс: как возникло и развивалось понятие «DevOps»

Время на прочтение14 мин
Количество просмотров16K

В интернете есть уже тысячи споров о том, чем является DevOps. Мы решили подойти иначе: не навязывать вам точку зрения «понимайте это слово так-то», а оглянуться в прошлое и проследить историю его возникновения. Что привело к появлению DevOps? Какие люди первыми стали употреблять это слово и что они под ним подразумевали? Что изменилось за это время, а что осталось неизменным? И что там дальше?

А разобравшись со всем этим, в итоге можно обнаружить, что теперь и на вопрос «что такое DevOps» отвечаешь себе более четко.

Читать далее

Повесть о двух департаментах, или как в ВТБ Лизинге Agile прививали

Время на прочтение13 мин
Количество просмотров6.6K

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

Меня зовут Константин Морозов (morozovvtbl), и я руководитель управления развития информационных систем — то есть отвечаю за всю разработку в ВТБ Лизинге, а также лидирую Agile-трансформацию в компании. Под катом я расскажу о том, как мы внедрили гибкую разработку в крупную компанию консервативного толка.

Читать далее

Ближайшие события

Миру нужны фуллстек-крафтсмены

Время на прочтение26 мин
Количество просмотров10K


Спор «фуллстек против узкой специализации» вечный. Но одно дело — спорить в комментах, а совсем другое — создать собственную компанию и проверить экстремальный подход на практике. Антон Кекс пошел по этому пути: стал сооснователем компании Codeborne, где разработкой занимаются исключительно «фуллстек-крафтсмены» и практикуется экстремальное программирование. И по его словам, там командами из 2-4 человек получается сделать то, на что другим требуется человек 50.


Он подробно рассказал об этом на нашей конференции JPoint. Обычно на наших мероприятиях не услышишь слово «agile», потому что о методологиях много пустословия, а мы любим конкретику, код и хардкор. Но поскольку Антон не диванный теоретик, а обладатель большого нестандартного опыта, это как раз хардкор и ценная информация.


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

Читать дальше →

Продуктовый подход — польза и для бизнеса, и для разработчика

Время на прочтение7 мин
Количество просмотров9.3K
Привет!

Я продуктовый разработчик, но так было не всегда. Лет 5 назад я впервые услышал фразу «продуктовая разработка», но я тогда не совсем понимал, что это значит. Мне говорят — вот у нас продукт, ну а я пишу код и пишу, чего такого-то. Есть ТЗ — и славно, нет ТЗ — как говорится, и результат будет ХЗ

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

Потом что-то поменялось в моей работе — ТЗ не стало. Это такой следующий шажок. Вот мы в продукте работаем, а теперь у нас еще и ТЗ нет. И что делать? Началось осознание того, что происходит.

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

Психи на работе

Время на прочтение7 мин
Количество просмотров24K

Привет, Хабр! Меня зовут Андрей Ревяшко, я СТО сети Эльдорадо. Мы регулярно встречаемся с командой и обсуждаем различные окологиковские темы. Совсем недавно мы говорили про психотипы членов команды разработки и их влияние на общий результат. Поделюсь этим материалом и с вами. Уверен, что часть из вас точно возьмет его на вооружение.

Читать далее

Гонка итераций

Время на прочтение8 мин
Количество просмотров24K

Выдался у меня как-то на работе хороший год. Я сделал пару серьёзных проектов, за что получил существенную прибавку к окладу. Естественно, я захотел этот опыт повторить. Пришёл к директору и говорю – хочу +30%, готов стараться от всей души.

Тот почему-то обрадовался. Давай, говорит, всё-превсё автоматизируем в течение года, и будет тебе прибавка. Чтобы понять, кто такое «всё-превсё», мы собрали совещание всех отделов. Люди с радостью притащили хотелки, мы из сгруппировали в 13 проектов.

Увидев предстоящий объём работы, я, конечно, приуныл. А директор – наоборот. Когда все отделы ушли с совещания, он сказал: я тебе помогу. Ну, думаю, поможешь ты мне. Уже помог, спасибо.

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

Читать далее

Жёлтый Скрам. Собеседование

Время на прочтение8 мин
Количество просмотров17K

Основано на реальных событиях.

 - Виктор, добрый день, очень рад вас видеть! Прошу, проходите, присаживайтесь! – искренне улыбаясь, жму руку потенциальному спасителю нашей компании.

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

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

 - Да, добрый день, друзья. – начинает Виктор. – Меня зовут Виктор, я принёс вас настоящий скрам. Предлагаю обсудить варианты сотрудничества.

Повисла неловкая пауза. С одной стороны, у меня в голове был целый ворох вопросов по методике и практике применения скрама, но они вряд ли подходили для собеседования. С другой стороны, я примерно представлял, кто такой скрам-мастер и чем он занимается, поэтому не знал, что спросить на тему «а чем вы у нас будете заниматься?». Но выручил Александр.

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

Читать далее

ДНК (Деление на команды) – визуализация взаимосвязей людей и команд

Время на прочтение4 мин
Количество просмотров4K
image
На рисунке – граф, визуализирующий межкомандное взаимодействие в Дивизионе развития и сопровождения производственного процесса (SberWorks) Сбера

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

  1. Jira – тикет-системе для управления задачами
  2. Confluence – вики-системе для управления требованиями
  3. Bitbucket – системе управления кодом

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

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

В итоге, получили следующую визуализацию коммуникаций:

  • Точка – это человек или команда.
  • Линия между точками – свидетельствует о наличии связи, которая является агрегатом взаимодействий, найденных в источниках данных, которые мы определили у людей. У линии связи есть свой вес, начало и конец.
Читать дальше →

Take a bite и «Команда Тигров»: опыт применения Agile-методов для решения непонятных задач и создания больших фич

Время на прочтение9 мин
Количество просмотров3K

Привет, Хабр! Где-то года три назад мы начали переходить с обычного вотерфольного процесса, присущего большинству продуктов энтерпрайз-сегмента, на «гибкие подходы». Стартовали с одной команды и одного подпродукта. На данный момент у нас шесть полноценных Scrum-команд. О том, почему это было необходимо, как проходила agile-трансформация, какие подходы мы тестировали, чтобы научиться делать по-настоящему большие и малопонятные на старте фичи, читайте подробнее в посте.

Читать далее