Обновить
59.55

Agile *

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

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

4 правила бизнеса Давида Яна

Время на прочтение5 мин
Количество просмотров6.8K
Основатель компании ABBYY рассказал Forbes о том, чем успешный бизнес отличается от провального. Мы в LeadStartup полностью согласны с Давидом Яном, поэтому хотим поделиться его интервью.

image

1. Грамотное инвестирование


Я инвестирую в те проекты, в которых операционно участвую лично сам. Очень мало инвестирую туда, где не могу влиять на внутренние процессы. А ещё – вряд ли это инвестиция, скорее дарение – вкладываюсь в образовательный фонд Айб.

На вопрос «Какое направление бизнеса сейчас самое прибыльное?» однозначного ответа нет. Если такая жила была бы известна всем, то там уже давно было бы много народа. Лучше говорить о масштабных изменениях. Они заключаются в технологиях искусственного интеллекта, которые внедряются во все области нашей жизни.
Читать дальше →

Спринт или Марафон?

Время на прочтение6 мин
Количество просмотров5.8K
Думаю, большинству знакомы различные методологии, которые описывают как можно структурировать процесс разработки, как можно стабилизировать качество продукта или как можно достигать запланированного результата в ожидаемые сроки. И, конечно, всем знакомы agile, scrum, спринты и прочие магические слова, которые повышают продуктивность на 20% сразу после произнесения их на важной встрече. Данная заметка совсем не раскрывает данных понятий (есть масса других статей с определениями, правилами внедрения, а также десятки курсов от различных тренеров), она даже не дает ответа на вопрос «что делать?». Она всего лишь затрагивает некоторую экзистенциальную проблему введения спринтов, и почему это не всегда работает (или всегда не работает).

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

14 Лучших Kanban Инструментов в 2019 Году

Время на прочтение9 мин
Количество просмотров177K
Когда необходимо оптимизировать перенасыщенные рабочие процессы, обычных to-do листов может быть недостаточно. В этом случае стоит поискать волшебный функционал, который будет отслеживать все задачи, над которыми работает ваша команда, задачи, которые только планируются, а также показывать полную картину по уже выполненным.

Kanban-доска — отличное решение. Этот инструмент для совместной работы над проектами широко используется в разработке ПО, маркетинге, строительстве, логистике и в любых решениях, где присутствует постоянный поток задач. Kanban-подход помогает командам визуализировать рабочие процессы, грамотно анализировать их и повышать эффективность управления задачами. Этот пост мы посвящаем самым актуальным в 2019 году онлайн инструментам, ориентированным на Kanban. Сравните их и выберите самый подходящий.

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

Как отличить хороший SCRUM от плохого, используя подход основоположника квантовых вычислений

Время на прочтение9 мин
Количество просмотров5K
В 1985 году Дэвид Дойч первым описал квантовую машину Тьюринга. Позже он соединил идеи Поппера, Докинза, Эверетта и того же Тьюринга в теорию разумных объяснений. А недавно я обнаружил, что улучшаю процессы разработки банковских продуктов на основе его подхода к методологии науки.

Привет. Меня зовут Дима Мурзин.

По профессии я бизнес аналитик в сфере финансов, работаю с бизнес-стейкхолдерами и с командой разработки, в которой исполняю роль Product Owner. Третий год живу с семьёй в Нью-Йорке.

Когда я жил в Петербурге, мне посчастливилось поработать в команде, в которой был очень хорошо поставлен SCRUM процесс. Во многом, это произошло благодаря тому, что продакт менеджер со стороны заказчика очень глубоко понимал принципы Agile, а также знал, как должен быть устроен SCRUM с точки зрения всех практик и церемоний. В Одном Большом Европейском Банке (на который я работал) это было большой редкостью. Также, я должен отметить мой непосредственный менеджмент со стороны компании подрядчика. Они наняли хорошего коуча, который посвятил нас в процесс и следил за нами еще несколько недель, дали нам полную свободу дуйствий и ответственность за продукт, а после этого вмешивались лишь если возникали серьезные проблемы, что случалось редко. Кроме того, они занимались хайрингом и подбирали людей, которым подходила работа в условиях постоянных изменений.
Читать дальше →

Размышления об Agile

Время на прочтение6 мин
Количество просмотров6.7K
The measure of intelligence is
the ability to change.
Albert Einstein

Предисловие


Представляю ИТ-сообществу “Размышления о Agile” или можно назвать данную статью так, “Agile, это все же философия или проектная методология?”.

Цель данной статьи — обсудить с ИТ-сообществом вопрос о Agile, который у меня возник после многолетней проектной практики, выводы и резюме, к которому пришел, по результатам анализа этого вопроса.

Сам Вопрос привожу несколько ниже, так как, чтобы к нему перейти, имеет смысл изложить некоторые доводы и выводы.

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

На мой взгляд большинство статей не дает однозначного ответа на мой вопрос, поэтому настоящая статья, возможно, будет интересна многим.

Несколько статей на Хабре по теме:

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

«Универсал» в команде разработки: польза или вред?

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

Всем привет! Меня зовут Людмила Макарова, я менеджер разработки в УБРиР и треть моей команды – «универсалы».

Признайте: каждый Tech Lead мечтает о кросс-функциональности внутри своей команды. Ведь это так круто, когда один человек способен заменить трех, да еще и сделать это качественно, не сдвигая сроки. И, что немаловажно, это обеспечивает экономию ресурсов!
Звучит очень заманчиво, но так ли это на самом деле? Давайте попробуем разобраться.
Читать дальше →

Как мы внедряли Agile-testing

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

Привет! Меня зовут Алёна Исакова, я ведущий тестировщик в Авито, и я хочу рассказать вам про свой опыт введения Agile-тестирования в команду. Когда я читала доступные на русском языке статьи про Agile-тестирование и ATDD, у меня сложилось впечатление, что я «не модная», «не по Agile». Казалось, что это некая сложная структура, которая требует включения разработчиков, и до её применения мне ещё «пахать и пахать».


Какое-то время я жила с этой мыслью, писала в задачи чек-лист проверок при постановке, собирала встречи «feature-team», на которую приглашались PM, QA, Frontend и Backend для обсуждения нюансов задачи до начала реализации.



Те, кто понимает о чем речь, уже заметили подвох, не правда ли?

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

LEAN + AGILE = AGILEAN или собираем целое по частям

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

1. Неправильный полёт неправильного шмеля. (Вступление)


Откуда взялись науки математика и физика?

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

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

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

Наверное, самый полезный вывод из этого будет звучать следующим образом: за любой закономерностью или отдельным феноменом стоит система, где все гармонично и взаимосвязано. Это утверждение применимо как к науке, так и к бизнесу.

2. Бизнес как слон


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

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

Дорогой Agile, мне надоело притворяться

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


«Agile мёртв». Люди всё время так говорят. Но обязательно добавляют: «Мы просто шутим». Они типа имели в виду, что это у тебя такие неправильные и глупые практики, что это для тебя Agile мёртв. Но «настоящий» Agile не мёртв. Просто все его делают неправильно. Так что я понял: настоящий Agile — это, знаете ли, Agile в теории. Даже я его внедрял. И знаете что? Мне надоело.

Недавно я видел в статьях ту же самую старую защиту: «Но-но-но, проблема в водопаде, скраме и неправильной реализации Agile, несоблюдении Манифеста… бла-бла-бла». Тогда Боб Маршалл сказал мне правду. Он сказал: «Заткнись, Чарльз. Манифест Agile — это кувшин, который мы наполняем». Он сделал несколько замечаний, с которыми мне пришлось согласиться. Я задумался. Результатом стала эта статья.
Читать дальше →

Разрушение Silo через адаптацию VeriSM™ подхода

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

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


image

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

Методология как конструктор: инструкция по сборке

Время на прочтение23 мин
Количество просмотров19K
Из современного конструктора LEGO можно собрать только одну модель игрушки, например, самолет. Кастомизировать? Можете поменять местами кресла пилотов — вот и вся кастомизация. Лет 30 назад из конструктора можно было собрать примерно все, от самолета до грузовика, при том же количестве деталей как и в современных. Создатели большинства современных методологий в детстве играли в старое Лего. Те, кто сейчас пользуется методологиями — играли уже в современный. Разница в инженерных практиках огромна.



Под катом Филипп Дельгядо (dph) расскажет об инженерном подходе к формированию методологии. Все проекты и команды разные, а лидеры — неповторимы. Подогнать одну методологию под всех не получится — таких просто нет. Придется брать конструктор и строить из него что-то свое, уникальное. В расшифровке одного из лучших докладов TeamLead Conf не будет секретных тайн шаолиньских монахов — только банальности, проверенные опытом. Нас ждет каталог деталей методологии разработки, на что обращать внимание при ее конструировании и внедрении, правила перестраивания методологий. Для всех идей приведены реальные примеры из опыта Филиппа. За свою карьеру он попробовал все — от Visual Basic до хардкорного SQL, разрабатывал крупнейший в России букмекерский движок и Яндекс.Деньги, а сейчас работает над нагруженными проектами на Java. Регулярно делает доклады на разных конференциях, в том числе и на HighLoad++.

Путь мира и путь войны в ИТ-проектах

Время на прочтение4 мин
Количество просмотров3.7K
Я работал руководителем ИТ-проектов с 2006 года, а сейчас являюсь руководителем стартап-проекта «Динабот». За это время я видел много успехов, но еще больше видел неудач. Эти неудачи, на мой взгляд, часто связаны не столько с применяемыми технологиями, сколько с узостью картины мира руководителей. И я хотел бы чтобы больше руководителей проектов умели возвышаться над технологиями и, таким образом, принимать более правильные решения.

Сегодня мы пьяны Agile! Кто не пьян, опьянеет завтра или послезавтра. И это здорово!

Вот фото с моего последнего проекта, который управлялся согласно Agile-принципам:

image

Agile так сказочно звучит, что некоторым страшно его использовать! Походу оказывается, что использовать Agile не так легко, как написано. Но, все равно, мы будем его использовать, так как никуда не деться от тренда. Заказчики ведь тоже пьянеют и заставляют нас ИТ-ков использовать Agile. Будем использовать несмотря на провалы, пеняя, что мы что-то неверно делаем, корректировать наши технологии, менять людей. К сожалению, часто слепо использовать…
Читать дальше →

Полный цикл разработки IT продуктов на примере проекта: роли в команде, задачи заказчика, этапы

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


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

На примере одного проекта мы поглубже рассмотрим процесс разработки. Перед этим я опишу все этапы этого процесса и функциональные обязанности сотрудников в нем.
Читать дальше →

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

Чеклист: запускаем SCRUM-команды и делаем прививки от зомби-скрама

Время на прочтение6 мин
Количество просмотров10K
SCRUM стал настолько популярен, что сейчас его пытаются внедрять практически везде. В больших компаниях иногда получается так, что SCRUM внедряют ради отчетности, или для того, чтобы быть “прогрессивным” и “модным”. В результате ситуация, что вроде как ответственный менеджер поставил себе очередную галочку, мол, надо было внедрить методологию — внедрил, молодец, но при этом вместо каких-то качественных улучшений на выходе оказывается так называемый «Zombie SCRUM». Это когда формально фреймворк внедрен, но по нему никто нормально не работает. Отсюда и название.



Меня зовут Олег Егоркин, я agile коуч в Ростелекоме, и в этом посте я расскажу, почему «зомби-скрам» вообще возникает, как этого избежать и как убедиться, что в компании все готово к запуску скрам-команды.
Читать дальше →

Как в условиях трэшевой архитектуры и отсутствия навыков в Scrum мы создали кросс компонентные команды

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

Меня зовут Александр, и я руковожу ИТ разработкой в УБРиР!

В 2017 году мы в центре развития сервисов информационных технологий УБРиР поняли, что пришло время глобальных изменений, а точнее — agile-трансформации. В условиях интенсивного развития бизнеса и быстрого роста конкуренции на финансовом рынке два года – внушительный срок. Поэтому пришло время подвести итоги проекта.

Самое сложное – менять свое мышление и постепенно культуру в организации, где принято рассуждать: «а кто будет начальником в этой команде?», «начальник лучше знает, что нам нужно делать», «мы здесь работаем уже 10 лет и знаем лучше наших клиентов, знаем, что им нужно».

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

  • Страх потерять власть и “погоны”;
  • Страх стать не нужным для компании.

Встав на путь трансформации, мы выбрали первых «опытных кроликов» — сотрудников retail-направления. Первым делом провели редизайн неэффективно работающей структуры ИТ. Придумав целевой концепт структуры, приступили к формированию команд разработки.


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

Сравнение сертификаций по Agile, часть 1 — ICAgile, Scrum.org, ScrumAlliance и PMI

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

Некоторое время назад, я перешел из компании, которая жила в мире жесткого Waterfall и суровых планов в MS Project на несколько тысяч строк, в компанию, которая живет в мире Agile — ценности, которую несут продукты уделяется больше внимания чем следованию плану, фокус в разработке сделан на скорость и качество, разработка здесь идет итеративно, для помощи командам есть коучи и скрам-мастера, MS Project используется крайне редко, а про Oracle Primavera никто и не слышал.
image
Не то что бы для меня это было в новинку, я и раньше работал в компании, которая активно использовала лучшие практики из Scrum и XP, но на таком высоком уровне опыта у меня не было. Тогда я задумался о том, как бы мне прокачаться в гибких методологиях, а также, как понять насколько ты прокачан? После беглого изучения вопроса, я и узнал о том, что в мире Agile, кроме специализированных курсов существуют еще и сертификации — компании, которые задают тренд на рынке, проводят специальные обучение и тесты, по результатам которых можно примерно сказать, какая квалификация есть (или нет) у того или иного специалиста.

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

Будь как Мунк, или пару слов о техническом долге

Время на прочтение12 мин
Количество просмотров13K
Ощущения смерти, одиночества, в то же время безумная жажда к жизни… Вы могли бы подумать, что мы решили устроить лекцию по экспрессионизму и погрузить вас в творчество Мунка. Но нет. Все эти этапы ты переживаешь в момент, когда видишь, что твой технический долг скоро столкнёт твою компанию в бездну кризиса.

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

10 ошибок юного PO (часть II)

Время на прочтение4 мин
Количество просмотров4.1K
Вторая часть с моими ошибками, первая тут

Напомню, что я владелец продукта в команде, состоящей исключительно из разработчиков, и мы делаем IT-платформу для управления партнерскими сетями АЗС. 

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

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

«Смерть Бога» или крах общепризнанных законов построения ИТ-команд и создания ИТ-систем в 21 веке

Время на прочтение10 мин
Количество просмотров5.6K
«Бог умер», Gott ist tot (1881) Ницше — фундаментальная метафора постмодернистской философии.
Основная идея заключается в отказе от унаследованных моделей поведения и способов восприятия реальности, которые являются основой, текстуальным, культурным составом нашего «Я». В философии формирование данной концепции заняло тысячи лет, в мире информационных технологий хватило пятидесяти.

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

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

Кризис Agile. Что делать?

Время на прочтение6 мин
Количество просмотров30K
Ключевые моменты
  • Многие организации устали от Agile
  • Часть проблемы — в существовании большой коммерческой отрасли Agile
  • Нужно вернуться к основам: простоте Манифеста и 12 принципов
  • Примеры базовых и простых фреймворков: Heart of Agile и Modern Agile
  • Многие уроки можно извлечь из таких гуманитарных наук, как позитивная психология, направленное самосовершенствование и решение-ориентированная терапия

«Agile agile Agile agile agile agile Agile agile».

Мантра? Не совсем, хотя это может вызвать изменённое состояние сознания.

«Ответ на главный вопрос жизни, вселенной и всего такого?» (Дуглас Адамс, «Путеводитель для путешествующих автостопом по галактике»). Может быть, смотря кого спросить.

Это омонимы. Слова, которые выглядят и звучат одинаково, но имеют разные значения. Как это грамматически правильное предложение, состоящее из трёх совершенно разных слов: «Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo», Дмитрий Боргманн, «За пределами языка: путешествие слова и мысли» (фразу можно перевести так: «Буффальские бизоны, которых пугают буффальские бизоны, пугают других буффальских бизонов» — прим. пер.).

Риск чрезмерной омонимизации заключается в том, что слова начинают означать всё и вся, в то же время не означая ничего конкретного. Это психологический феномен, известный как «семантическое насыщение», форма ментальной усталости.
Читать дальше →