
Управление компанией-разработчиком: оно вам надо?

В этой статье хотелось немного поговорить о том, как используется Agile в ИТ-компаниях. И начнем сразу с главного: для большинства таких компаний Agile в виде Scrum, Kanban, Lean или XP – это не просто эфемерная атмосфера всеобщей гибкости, а вполне себе конкретный производственный процесс по созданию и поставке ПО.
Если задача чисто продуктовая, то команды, которые продукт создают, как правило, не до конца знают, что нужно рынку. Обычно у них есть некое видение и набор гипотез, посредством которых и проверяется видение. И здесь Scrum подходит лучше всего, так как проверка гипотез требует постоянной связи с конечными пользователями и постоянных улучшений на базе полученной обратной связи.
Продуктовый подход с использованием Scrum может использоваться и в сервисных ИТ-компаниях, когда они делают продукт для заказчика или вместе с ним по вышеописанной логике. Только такие продуктовые истории для сервисных компаний — это проект и внутренние метрики у них отличаются от метрик продуктовых компаний.
Как ты считаешь, удалённая работа закрепится после пандемии или всё вернётся на круги своя?
Этот вопрос, я над ним уже несколько раз размышлял, мы общались с несколькими ребятами, но моё личное мнение примерно следующее: что удалённая работа имеет как свои плюсы, так и минусы. И самый большой минус, наверное, в том, что человек всё-таки социальное существо, в удаленной работе на самоизоляции, ему не хватает человеческого общения. Но плюсов все же больше: не привязан к месту, не привязан к офису, для компании тоже большие плюсы, потому что можно не тратиться на офис: на чай, кофе, привоз фруктов и так далее, но, тем не менее, социальный фактор достаточно важный.
В момент самоизоляции каждый оказывается сам по себе. Да, утренние совещания, daily, «летучки» никто не отменял. Но в некоторой степени люди краешком ощутили одиночество — а оно умеет сбивать с рабочего ритма.
Существуют три простых инструмента тайм-менеджмента, которые помогали людям в самых сложных ситуациях сохранить контроль над своей жизнью и временем. Эти инструменты настолько базовые, работают в любой среде, что наша эпоха самоизоляции и карантина — точно не исключение.
Сейчас основная сложность в том, что поток информации увеличился в несколько раз. Мы уже давно живём в цифровом мире. А в эпоху самоизоляции почти 100% людей заметили, что стали работать ещё больше.
Потоки информации стали еще объёмнее, количество информации стало еще больше, от компьютера мы не отходим примерно с утра до вечера, а вечером "пересаживаемся" на смартфон.
Потому первостепенная задача сейчас – научиться фильтровать информационный поток. Тайм-менеджмент, он не про то, как сделать больше за 8 часов, он про то, как сделать важное за 8 часов.
Но инструментов тайм-менеджмента великое множество. Если попытаться внедрить правильную по литературе структуру тайм-менеджмента, то на ее поддержку будет уходить больше сил, чем на продуктивную работу. Поэтому я для себя внедрил три простых правила тайм-менеджмента, которые помогают всегда, и особенно в эпоху самоизоляции.
Иногда Scrum-мастеру или любому другому лидеру команды кажется, что в команде в процессе работы нарастает негатив и токсичность. Такое бывает, особенно в определённые этапы развития команды. Это симптомы ни в коем случае нельзя «спускать на тормозах», так как это предвестник будущих сложностей. Именно здесь нужен лидер, который поможет команде пройти через данный этап с наименьшими потерями.
В чем тут основная сложность? Если быть точным, то сложностей тут две:
1) такая ситуация действительно может только казаться;
2) если не кажется, что с этим делать?
Давайте разбираться. Я лично сторонник нескольких подходов в решении таких задач.
На Хабре ни для кого не секрет, что в текущей повестке практически все сферы частного бизнеса вынуждены реагировать на происходящие изменения. Большое количество привычных всем нам зарубежных сервисов либо вообще сожгли все мосты и ушли из России, либо приостановили работу на неопределенный срок.
Одним из сервисов, который совсем недавно объявил об уходе, стал Trello. Им я пользовался в течение многих лет. Сам живу в ЕС, поэтому мог бы работать с Trello и дальше, но вот большинство моих коллег из в России, поэтому смысла оставаться с зарубежным сервисом и дальше особо не было. Коллеги постепенно переходят на отечественные продукты, поэтому аналогичным образом пришлось поступить и мне.
Каждому teamlead’у, project’у или руководителю отдела однажды приходилось настраивать жизненный цикл для задач, фич, багов и прочих вещей и как-то визуализировать это дело. Однако по итогу получалось так, что никто этой визуализацией не пользовался и вдобавок сопротивлялся созданному вами workflow. Да и вообще у подопечных появилось больше вопросов, чем у вас ответов.
Меня зовут Алексей Пименов, я аккредитованный Kanban-тренер и Kanban-консультант. Каждый использует какую-то визуализацию процессов. Наверняка у многих на работе есть в электронном, либо в бумажном виде какие-то досочки со стикерами. Очевидная история, но есть несколько тонкостей. А именно, что существует большой разрыв между «подозреваю, что что-то не так» и реальным «что-то не так». Разберём типичные ошибки, которые люди делают при построении жизненных циклов и визуализации, а главное — как их исправить.
Information