October 26, 2016

Команда и области ответственности

Периодически слышу реплики типа “Все же взрослые люди, должны понимать, что нужно делать!”, “Он знает что эта задача важна, почему он ее не сделал/сделал не так/не вовремя/подставьте свой вариант”. Такие реплики - про командную работу. Мы часто ждем каких-то определенных действий от своих коллег. Либо не ждем, а находимся в своем уютном мирке и не хотим выглядывать за его пределы. Коллеги при этом могут даже не догадываться, что от них что-то требуется.
Эту ситуацию очень четко характеризует известный анекдот:
Идут стрельбы. Дали автоматы, патроны, показали куда стрелять. Админ отстрелялся, подводят итоги. Мишень админа чистая.
Командир: - ?.
Админ, проверяя автомат: - С моей стороны пули вылетели. Проблемы у вас.
Или вот был у меня еще случай: один разработчик пометил задачу как сделанную и оставил в ней комментарий другому разработчику доделать что-то. Второй не увидел комментарий. В результате на продакшене мы получили серьезную проблему.
Говоря и делая подобное, люди подразумевают, что все за пределами их собственной области ответственности делается как-то само и автоматически. Разработал задачу - ее как-то протестируют. Протестировал фичу - ее как-то передадут пользователям. В конце концов, зачем нам нужны процессы и различные системы автоматизации, правда же? И зачем нужны все эти менеджеры, которые должны передавать информацию и координировать задачи?
Да, при правильно выстроенных процессах и квалифицированных менеджерах риск совершить ошибку уменьшается. Однако правильный процесс должен учитывать человеческий фактор. Кроме того, не под каждую ситуацию придумаешь свой процесс и правило, зачастую лишние правила только мешают.
Какие ключевые слова приходят вам в голову, когда вы думаете про командную работу? Лично мне такие: гребем в одной лодке, взаимовыручка, единство, синергия, общий результат.
Вы наверняка успели заметить, что любая ИТ-команда - это не конвейер, когда один работник делает одну простую операцию и передает изделие дальше, забыв про него. ИТ-команда - это артель. Члены артели совместно добиваются результата и приходят к успеху, помогают и поддерживают друг друга. Если один работник артели работает хуже других, страдает общий результат.
Очень важно культивировать и всячески поддерживать в команде взаимовыручку и чувство локтя. Необходимо, чтобы области ответственности членов команды пересекались (как на рисунке заштрихованные области). Это вовсе не означает, что все занимаются всем. Но это означает, что на любом из этапов решения задачи член команды делает свою часть и затем убеждается, что решение задачи успешно продвигается дальше вплоть до ее завершения.
Сделал свою часть Java-кода? Отлично! Теперь убедись пожалуйста, что разработчик БД провел все нужные оптимизации на базе.
Протестировал фичу и нашел кучу ошибок? Хорошо! Теперь совместно с разработчиком пойми, какие из них наиболее критичные, и убедись, что разработчик принялся их исправлять.
Понимаешь, что не успеваешь к сроку? Ладно. Позови РМ-а и вместе с ним пойми, что правильнее будет сделать следующим шагом.
Отмечу, что не всякий член команды принимает то, что в его область ответственности забирается его коллега. Это может восприниматься как излишний контроль. В таком случае на нескольких успешно выполненных задачах убедитесь, что человек “тащит” их вовремя и с нужным качеством, и “подставляйте корзинку для результатов”. Другая крайность, если коллега и не принимает других в свою область ответственности, и не выполняет свои задачи хорошо. Задумайтесь: а так ли нужен вам этот член команды в таком случае.
Вы спросите почему вы должны выполнять работу за кого-то другого и разделять чужую ответственность? Но это не выполнение работы другого. Это сопровождение задачи до тех пор, пока не будет получен финальный результат. Так правильно поступать потому, что это ускоряет решение задачи, позволяет довести их до конца и сводит к минимуму ошибки в коммуникациях и в работе. Так правильно поступать также потому, что вам не все равно по поводу общего результата. Верно же? А иначе зачем вообще ввязываться в проект и работать в команде?

Фото pixabay.com

0 коммент.:

Post a Comment