Вспомним антискрамовый SECR 2014 года перед SECR 2015

Обзор докладов конференции «Разработка ПО (CEE-SECR) 2014»

Федотов А.В.

CEE-SECR — это научно-практическая конференция. По данным организаторов она является независимой от какого-либо единого организатора/спонсора, что позволяет обсуждать весь спектр технологий, методологий, инструментов, используемых при разработке программного обеспечения. В 2014 году конференция проходила в Москве, 23-24 октября.

В этом обзоре представлены только те доклады, и те идеи, которые предоставляли интерес для меня лично. Полная программа с презентациями и видео докладов находится по адресу:  http://2014.secr.ru/lang/ru/program/agenda.

Конференция в 2014 году отличалась тем, что в ней почти не было пустых и провальных докладов. Из тех докладов, что я посетил, таким был только один: «Разработка медицинского ПО: требования международных стандартов и практика применения», в котором докладчик просто говорил про ISO стандарты без пояснений и примеров.

Саму же конференцию я бы охарактеризовал как «антискрамовую». На предыдущих конференциях было не просто очень много докладов по Agile/Scrum, но эти методики разработки преподносились как решение всех проблем. На этой же конференции звучала более взвешенная позиция и даже то, что применение Agile/Scrum может «завалить» проект.

Обзор докладов

Пилотный Lean проект: устранение потерь с помощью практик Бережливого производства

Докладчик: Надежда Евстифеева, Инженер по качеству и процессам, ARRIS St.Petersburg Software Center. Презентация

Озвучено, что при реализации проекта необходимо проведение аудита процесса разработки на выявление «узких горлышек», сбор предложений по улучшению, обмен знаниями. Что необходимо пытаться уйти от «рутины» (как этот сделать — не озвучено).

1

В-принципе, это относится к любым методикам разработки, не только к Agile/Lean.


Работа распределённой SCRUM-команды. Подводные камни. Наш опыт

Докладчик: Олеся Воронович, Директор по разработке ПО, Universal Software. Презентация

Вся разработка в Universal Software осуществляется строго по Scrum без учета реалий. Это привело к провалу одного из проектов, но не было сделано никаких выводов. В самом докладе были сделаны акценты на том, что Product Owner (или его представитель) и Scrum Master должны находиться в одном часовом поясе и между ними должно быть тесное взаимодействие.

scrum_teams


Управление техническим долгом: от теории к практике

Докладчик: Артем Зырянов, Ведущий разработчик, ЗАО “Аркадия”. Презентация

Очень полезный доклад. Озвучено, что поспешность в разработке продукта приводит не только к уменьшению разработки в целом, но и к накапливанию «технического долга» (внутренних задач, как-то: необходимость рефакторинга, устранения костылей и прочее). Для выявления технического долга полезно проводить опросы, ретроспективы (анализ того, что сделано, аудит/review кода), метрики, выявления «мертвого функционала». Но главное – понимать, что он есть и что его лучше не откладывать «на потом».

При реализации проекта по Scrum существет большая проблема с устранением технического долга, так как он не видим Product Owner, к нему нет User Story и очень сложно обосновать выделение отдельных sprint именно на устранение долга.

technical_debt


Управление клиентами: нестандартные случаи взаимоотношений с заказчиками аутсорсинговых проектов

Докладчик: Оксана Уварова, Директор направления, ЗАО «Аркадия». Презентация

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

Дан хороший психологический совет: если разговор с заказчиком заходит в тупик и переходит в стадию раздражения, то следует его прервать (под любым благовидным предлогом) и вернуться через 10-15 минут.


Как преодолеть пропасть между бизнесом и разработкой

Докладчик: Михаил Немцан, Руководитель продуктов, iiko. Презентация

Четко изложены все вопросы/проблемы, связанные с управлением разработкой коробочного продукта с большим жизненным циклом. Правда, рекомендации по предметной области (управление заказами в кафе и ресторанах) подходят не для всех продуктов. Удивительно, но в компании iiko не налажен процесс управления требованиями.

error_cost


Заказчиков не выбирают. Stakeholder Management глазами бизнес-аналитика

Докладчик: Евгения Петрова, Инженер-системоаналитик, Return on Intelligence. Презентация

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


Каждому проекту своя методология разработки

Докладчик: Роман Алёшкин, Директор по разработке, Acronis. Презентация

Проведена попытка сравнения практик применения различных процессов разработки: Waterfall, Agile/Scrum, Kanban. Продемонстрировано слабое представление о классической модели и ее вариантах. Но тема доклада абсолютно верная.

scrum


Игрофицированный менеджмент: реализуем оперативное управление через геймплей (мастер класс)

Ведущий: Максим Коробцев, GameTrek

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

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

В своей группе я предложил ввести «процесс лайков». Хорошо прописан сценарий воспроизведения ошибки – like. Программист пришел побритый и причесанный – like. Руководитель попросил, а не приказал, да еще и сказал «спасибо»  – like. Вопрос только, как эти лайки превратить в призы. Вариант – во время мини-корпоратива руководство оплачивает ужин пропорционально количеству like.


Когда стоит переходить от Agile к Waterfall

Докладчик: Антон Семенченко, ISSoft / CoherentSolutions. Презентация

Ключевой доклад с участием множества слушателей.

Проведен очень хороший анализ систем разработки, в том числе исторический и сравнительный. Озвучено, что новые технологии разработки не совсем оправдали ожидания. В частности, развеян миф, что по Agile разработка идет быстрее (применение Agile для средних и больших продуктов замедляет разработку на 20% и выше). Приведены примеры 3-х компаний, одна из которых вернулась от Agile  к Waterfall, другая обанкротилась из-за Scrum, третья адаптировала Agile.

Подчеркнуто, что если 5-10 лет назад шел разговор только о переходе от Waterfall к Agile, то сейчас пора думать и об обратном переходе.

agile_waterfall

Еще одно мнение по этой теме можно почитать в отчете Максима Цепкова


Разработка без багов

Докладчик: Евгений Ткаченко, Менеджер по тестированию, Иннова. Презентация

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

В принципе, классическая V-модель разработки, но она явно является диковинкой для большинства слушателей.

test_requirements


Исследовательское тестирование — «три в одном», или как покрыть тестами весь функционал

Докладчик: Ирина Скурская, Старший инженер по тестированию, Рексофт. Презентация

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

research_tests

Но докладчику стоит почитать Функционал и функциональность — пишем и говорим правильно


 JIRA – не таск-трекер, а экосистема

Докладчик: Александр Горный, Директор по информационным технологиям, Mail.Ru Group. Презентация

К JIRA подключены все подразделения, связанные с разработкой, включая маркетинг и системных администраторов. Администрированием самой JIRA занимаются 4 человека, еще 6 пишут plug-in и оптимизируют работу.

То есть, для Mail.Ru Group Jira действительно является всеобъемлющей системой.

Недостатки: Иногда «тормозит» и очень дорогая run-time лицензия.

jirajira-2


Впереди SECR 2015, ждем интересных докладов!

Опубликовано в: