Дисклеймер: я делаю бесплатную онлайн-доску для ретроспектив Retrospectrix и насмотрелся на ретро в разных командах. Первая половина статьи — про процесс: тайминг, форматы, правила. Вторая — про то, как устроен сам инструмент: стек, где хостится и что происходит с данными. Ссылка на проект в статье одна, выше. Почему ретро умирают Симптомы одни и те же […]
Я больше десяти лет делаю рекламные платформы. Команды за это время были разные — по размеру, по составу, по зрелости. Но почти всегда был один загон — всем почему‑то было очень важно работать по спринтам.
Кажется, что при создании сложных инженерных систем разработка создает технологию, а продукт упаковывает ее для заказчика. У каждой команды своя зона ответственности. На самом деле всё не так просто.
Карта подходов к разработке: от Waterfall и XP до Team Topologies и работы с AI. Что они решают, где помогают и как выбрать без посвящения в тайное общество. Представьте первый день в команде. Вам показывают доску и объясняют: — У нас Scrum. Спринты по две недели, но срочные задачи берём каждый день. Доска канбан. Оценки в story points, для отчёта переводим в часы. А со следующего квартала масштабируем Agile. Хочется уточнить: […]
Есть фраза, от которой у меня до сих пор дёргается глаз: «Да там ничего сложного — просто раскатим Scrum на все команды». Обычно её уверенно произносит человек, который пару недель назад сходил на двухдневный курс, получил красивый сертификат — и теперь искренне считает, что понял, как устроена разработка.
Всем привет! Меня зовут Ксюша, и я backend QA-лид нескольких команд в EXANTE. В начале этой истории я была обычным QA в команде, которая отвечает за ядро нашего backoffice. Думаю, многие из вас знакомы со Scrum и его ивентами, но если нет — дальше речь пойдет о ретроспективе, одной из ключевых встреч этого фреймворка. Вначале […]
Привет, Хабр! На связи Наталья Воронько из РТЛабс. Я RTE Аналитической Платформы и ЕЛК, а в прошлом — руководитель проектов и функциональный руководитель. Сегодня хочу поделиться своим взглядом на новую редакцию
Под моей прошлой статьей про КТЗ – коэффициент токсичности задачи (вот она) – был комментарий, на который я сначала не обратил особого внимания. Смысл такой: все, что вы описываете – это результат некачественной работы аналитика и руководителя. Их работу свалили на программиста и назвали методом. Неприятнее всего, что человек прав. Фиксируй договоренности, проверяй готовность задачи, […]
Всем привет, меня зовут Сергей Прощаев, и в этой статье я расскажу про то, как отличить живой Agile