Всем привет! Сегодня я хочу рассказать историю о своем увлекательном путешествии на «антиконференцию» AgileCamp 2015.

До участия в этом мероприятии у меня не было опыта применения Scrum и Kanban, поэтому было очень интересно опробовать гибкие методологии на практике. Заранее прошу прощения, если где-то напутал с терминологией или переиначил смысл услышанного – прежде всего мне хотелось поделиться своими впечатлениями. Буду рад любым вашим комментариям, в том числе с замечаниями и дополнениями.

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

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

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

Нам дают задачи и ставят сроки. Иногда сроки не реалистичны. Возможная причина — задачу не проектировали, не разбивали на этапы. Сложно установить сроки выполнения, основываясь только на интуиции и опыте.

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

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

Обычно введение в метод канбан начинают с описания канбан-доски с карточками и затем объясняют ее основные методы. Если повезет, вам удастся услышать и об основополагающих принципах канбана.

Здесь я попытаюсь представить другой подход: такой, при котором одинаково важны и принципы (которые, как мне кажется, должны быть на первом месте – ведь они не просто так называются «основополагающими»), и основные методы идентификации по ценностям, которые лежат в их основе. При этом мы охватим большую часть главных элементов метода – возможно, сойдет за базовое введение в канбан!

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

Такие гибкие методологии, как Lean Startup и Scrum, помогут вам понять, чего хотят клиенты, и как им поскорее это дать. Сильнейшие Agile-команды следуют пяти основным паттернам. Чтобы понять, соответствуют ли ваши рабочие процессы принципам Agile, проверьте, насколько вы следуете этим паттернам. Чтобы оставаться гибкими, следуйте этим паттернам постоянно.

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

Проведение ретроспектив – это активность, которую каждая agile-команда проводит для того, чтобы решать свои проблемы. Что такое ретроспектива? Это регулярная встреча, на которой команда обсуждает свой рабочий процесс и что-то в нем меняет.

Зачем нужна ретроспектива?

Это не праздный вопрос, его часто задают начальники, когда им предлагают провести ретроспективу. Они спрашивают: «Зачем? Мы можем сами все решить». Почему же нельзя сделать так, чтобы какой-то начальник или эксперт пришел, посмотрел и сказал, что команде надо делать, а что в рабочем процессе стоит изменить?

Что такое технический долг? Можно ли понимать его, как плохое исполнение разработчиками своих обязанностей? Возможно ли избежать появления технического долга, и следует ли его избегать? Как связан технический долг с архитектурой приложения и с доверием между заказчиком и исполнителем? Какие стратегии применяются для контроля технического долга?

Предлагаю вашему вниманию перевод интервью, вышедшего в подкасте «Software Enginering Radio» в апреле 2015 года. Свен Йохан и Эберхард Вольф обсуждают внутреннее и внешнее качество ПО, вспоминают общепринятые модели качества и стратегии, направленные на поддержание внутреннего качества ПО. Технический долг, в основном, рассматривается в контексте управления программными проектами.

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

Небольшой экскурс: молодая и небольшая компания, успешно применяющая Agile-подходы и Scrum в частности, вела всю разработку ПО одним отделом, разбитым на несколько Scrum-команд. Каждая Scrum-команда разрабатывала свой продукт и всё было хорошо.

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

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

Рубрика «Как работают профессионалы» нашла еще одного высококлассного специалиста на рынке информационных технологий и знакомит читателей «Мегамозга» с его рабочими привычками.

Знакомьтесь – Даниил Трабун, главный редактор журнала «Афиша».

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

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

Привет, Мегамозг. Начало рабочей недели — самое время анонсировать наше ежегодное летнее событие для всех, кто интересуется Agile — летний лагерь-конференцию AgileCamp. Если кратко, то мероприятие пройдет 23 и 24 июля в подмосковном курорте «Яхонты» — это 49 км от Москвы. Привычного формата докладов не будет, зато за 2 дня пройдем полный цикл создания продукта от анализа бизнес-модели до ретроспективы. Планируем 2 трэка. Стоп! У нас ведь лагерь! Назовем их отряды:) Итак, у нас будет 2 отряда: процессный и инженерный. Участники процессного отряда будут больше заниматься требованиями, бизнес-моделями и думать, как сделать счастливыми пользователей и команду. Инженерный поток будет заниматься парным программированием, рефакторингом, Unit-тестированием, TDD, DevOps. Посмотреть программу и зарегистрироваться можно тут. А за подробностями, лирикой и историей вопроса прошу под кат.

Привет, меня зовут Дима. Хочу поделиться с вами опытом работы над сервисом Carrot Quest (ссылка на описание проекта на Мегамозге). Это сервис для общения и управления пользователями на основе их поведения, другими словами marketing automation.

Долго мы искали для себя удобную форму работы и сколько перепробовали различных инструментов: использовали сервис Asana, работали со Scrum-досками, даже в Google Docs умудрялись записывать задачи. Мы постоянно искали удобную для всей команды методологию.

На первый взгляд может показаться, что Agile методология не является одним из тех подходов, для которых определяющую роль играет планирование. Судите сами: люди и взаимодействие между ними являются более важными, чем процессы и инструменты; работающий продукт важнее документации; готовность к изменениям, согласно Agile Manifesto, важнее следования первоначальному плану. С первого взгляда больше похоже на своего рода творческий беспорядок, чем на серьезную и основательную модель разработки программного обеспечения. Но это только с первого взгляда. Agile подход как нельзя лучше соответствует динамичности современного мира и предпочитает адаптивное планирование следованию изначальному генеральному плану. Видимо, именно поэтому он такой гибкий.

Диаграммы Ганта. Визуализируй это!

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

Одним из наиболее удобных и привычных способов визуализировать процесс разработки являются диаграммы Ганта. Они могут пригодиться не только для проектирования процесса разработки ПО. Хотите спланировать постройку дома? Не вопрос! С их помощью можно визуализировать даже ваш любимый рецепт домашней лазаньи!