Про ложные мишени

Про ложные мишени

Был я как-то Дон Кихотом. (…или Факты vs. Проблемы)

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

Работа с проблемами приносила либо пользу, либо опыт. А иногда опыт вместе с недовольством коллег. Наверное, со стороны я выглядел как кот, принёсший дохлую мышь на хозяйскую постель: «Смотрите, пользу вам притащил. Не благодарите!» А в ответ - летящий тапок из обратной связи. Я бы вам в этот тапок ответной обратной связи отлил, не будь он метафоричным. Но мяу.

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

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

Наверное, так выглядело мое дно Отчаяния Даннинга-Крюгера, но дальше стало проще. Хочешь решать проблему - решай проблему, а не просто факт из вакуума (даже если ты понимаешь, что это не вакуум, а контекст. От этого понимания Факт Проблемой не станет).

  • Разработчик работает над шестью задачами одновременно.
  • У команды отсутствует оценка задач.
  • Задачи не содержат описания, кроме заголовка.

Казалось бы - целых три проблемы, расчехляйте свои проблеморешатели!

(Да, на заре моей деятельности некоторые проблемы могли быть сформулированы именно так).

Но если все задачи, упомянутые выше, сделаны в срок и с надлежащим качеством - не всё ли равно как они были оформлены и как над ними работали?

Наверняка, кто-то из читателей уже на этом этапе возразит: мол, от твоей игры терминами разве что-то поменяется? Сейчас в команду зайти страшно: собаки лают, дети плачут, задачи неоцененные валяются. Еще и Земля плоской стала 5 абзацев назад. Мрак.

Что ж. Как завещал Тилль Иваныч Линдеманн: «Dein Glück - Ist nicht mein Glück». Другими словами, мой опыт совсем не обязательно натянется на вашу ситуацию. Но если зайдёт по резьбе, то расскажу пару наблюдений.

Решая проблему, которая не является проблемой - всегда рискуем получить решения, которые не будут являться решениями.

Например, добавив в задачи оценки - мы не добавим в процесс ничего, кроме самих оценок. Прицелы сбиты, все пули ушли в молоко. В лучшем случае в плюсе остались консалтеры, проводившие митап по оценкам за 100500 тысяч рублей за секунду тренинга.

Так вот. Всегда стоит смотреть на настоящие негативные последствия от какого-то события или явления. Предположу, что сами по себе оценки не нужны ни команде, ни руководству. Им бы предсказуемость в планировании работ. А текущее отсутствие предсказуемости влечёт за собой непопадание в сроки, срыв контрактов или потерю клиентов.

А с пониманием реальной природы проблемы - и решений может быть несколько (в моем примере - не оценками едиными, так сказать), и мотивация сразу подтягивается (по крайней мере, фразы вроде «вместо оценки - пойдём лучше поработаем» звучат уже реже).

Ну и доверие к внедрятелю в вашем лице будет сильно выше, если решать насущное, а не абстрактное.

Это был длинный пост. Спасибо, что дочитали :)

••••••••••••••••••••

Photo by Minna Autio on Unsplash

11
Начать дискуссию