Ловушки аджайл-методологии: как правильно выстроить работу команды программистов - InVoice Media
Добро пожаловать в InVoice Media!
Экспертно-аналитическое издание в удобном аудиоформате
Назад
Далее
Начать
Пропустить
Все наши материалы отсортированы по рубрикам.
Close

Ловушки аджайл-​методологии: как правильно выстроить работу команды программистов

11 октября в 14:12

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

В своей книге «Спроси разработчика» Лоусон делится секретами эффективной коммуникации и построения рабочего процесса. Его опыт даёт руководителям работающие инструменты, сообщил Forbes.

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

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

Главным Лоусон считает качество. Оно всегда должно быть в приоритете. Клиенты редко заинтересованы в какой-​то одной функции. Их интересует сразу всё. Задача руководителей и менеджеров по продукту – выделить второстепенные опции, которые можно добавить позже.

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

Аджайл-​методология может подавлять творчество. Ещё один недостаток подхода – ежедневные совещания. Творческие люди часто работают в потоке. Такое состояние не нужно прерывать, заставляя всех жить по распорядку. Чтобы понять потребности клиента и глубоко вникнуть в его бизнес, разработчикам нужна свобода. Но чрезмерно строгое следование методологии аджайл может дать им понять, что всё это неважно и главное соответствовать ожиданиям системы. По мнению Лоусона, нельзя позволить менеджерам по продукту и разработчикам попасть в эту ловушку.

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

Похожие новости
Player cover

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

Мы используем cookies для вашего удобства.