Был я как-то Дон Кихотом. (…или Факты vs. Проблемы)
Когда моя профессиональная деятельность разработчика постепенно уходила в закат и в повседневные обязанности добавлялись дела, связанные с оптимизацией процессов, словно Диоген в поисках Человека, искали мы проблемы, чтобы их безжалостно решать.
Работа с проблемами приносила либо пользу, либо опыт. А иногда опыт вместе с недовольством коллег. Наверное, со стороны я выглядел как кот, принёсший дохлую мышь на хозяйскую постель: «Смотрите, пользу вам притащил. Не благодарите!» А в ответ - летящий тапок из обратной связи. Я бы вам в этот тапок ответной обратной связи отлил, не будь он метафоричным. Но мяу.
Вот что книжки умные делают с мозгом неокрепшим. Начитаешься, что команде встречи всякие нужны, инструменты по работе с бэклогами, и прочие вещи с названиями заморскими, и рвёшься это внедрять. А если на конференцию сходишь - так к твоему внедрятелю будто двигатель реактивный примотали молярной лентой. Приматывали бы синей изолентой - было бы на века. А с ленты молярной какой спрос: бумага она и есть бумага, при столкновении с суровой реальностью - рвётся, будто ее и не было.
Однако, другие умные книжки и наставники мудрые донесли, что не все проблемы, на которые я с опущенным забралом бросался, являлись проблемами. Некоторые инсайты настолько рушили сформировавшееся понимание бытия, что ощущалось, будто мировое научное сообщество признало Землю плоской, и ты в слезах под покровом ночи идёшь хоронить глобус.
Наверное, так выглядело мое дно Отчаяния Даннинга-Крюгера, но дальше стало проще. Хочешь решать проблему - решай проблему, а не просто факт из вакуума (даже если ты понимаешь, что это не вакуум, а контекст. От этого понимания Факт Проблемой не станет).
- Разработчик работает над шестью задачами одновременно.
- У команды отсутствует оценка задач.
- Задачи не содержат описания, кроме заголовка.
Казалось бы - целых три проблемы, расчехляйте свои проблеморешатели!
(Да, на заре моей деятельности некоторые проблемы могли быть сформулированы именно так).
Но если все задачи, упомянутые выше, сделаны в срок и с надлежащим качеством - не всё ли равно как они были оформлены и как над ними работали?
Наверняка, кто-то из читателей уже на этом этапе возразит: мол, от твоей игры терминами разве что-то поменяется? Сейчас в команду зайти страшно: собаки лают, дети плачут, задачи неоцененные валяются. Еще и Земля плоской стала 5 абзацев назад. Мрак.
Что ж. Как завещал Тилль Иваныч Линдеманн: «Dein Glück - Ist nicht mein Glück». Другими словами, мой опыт совсем не обязательно натянется на вашу ситуацию. Но если зайдёт по резьбе, то расскажу пару наблюдений.
Решая проблему, которая не является проблемой - всегда рискуем получить решения, которые не будут являться решениями.
Например, добавив в задачи оценки - мы не добавим в процесс ничего, кроме самих оценок. Прицелы сбиты, все пули ушли в молоко. В лучшем случае в плюсе остались консалтеры, проводившие митап по оценкам за 100500 тысяч рублей за секунду тренинга.
Так вот. Всегда стоит смотреть на настоящие негативные последствия от какого-то события или явления. Предположу, что сами по себе оценки не нужны ни команде, ни руководству. Им бы предсказуемость в планировании работ. А текущее отсутствие предсказуемости влечёт за собой непопадание в сроки, срыв контрактов или потерю клиентов.
А с пониманием реальной природы проблемы - и решений может быть несколько (в моем примере - не оценками едиными, так сказать), и мотивация сразу подтягивается (по крайней мере, фразы вроде «вместо оценки - пойдём лучше поработаем» звучат уже реже).
Ну и доверие к внедрятелю в вашем лице будет сильно выше, если решать насущное, а не абстрактное.
Это был длинный пост. Спасибо, что дочитали :)
••••••••••••••••••••
Photo by Minna Autio on Unsplash