Skip to content

Постановка задач

Denis Stebunov edited this page Nov 7, 2018 · 4 revisions

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

Обязательно расскажите "зачем"

Зачем эта задача поставлена? Каких целей хочется добиться в результате ее выполнения? В процессе работы нам приходится принимать огромное количество решений, больших и малых. Если мы ясно понимаем "большую картину" и цели работы, то мы имеем лучшие шансы принять эти решения правильно, или же заметить ошибки и нестыковки в других принятых решениях.

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

Не увлекайтесь описанием "как"

Дайте возможность исполнителю задачи самому найти лучший способ ее сделать. Убедитесь, что вы ясно рассказали "что" вы хотите сделать, и "зачем" все это (предыдущий пункт), и дальше пусть действует тот, кому задача поручена. Если вы уже видите какой-то конкретный вариант, как именно можно решить задачу, и вам кажется, что он перспективный - хорошо, можно его упомянуть. Однако, всегда допускайте, что возможно есть и другие варианты, и возможно они будут лучше. Задачи, в описании которых уже конкретно сказано "как" их требуется делать, таят в себе две главных опасности:

  1. постановщик задачи по сути берет ответственность за результат выполнения на себя, а не делегирует ответственность исполнителю. Если окажется, что предложенный способ выполнения был не лучшим, то цели задачи могут быть и не достигнуты вовсе, или же достигнуты не в полной мере, и никаких претензий к исполнителю при этом быть не может, т.к. он лишь действовал согласно указаниям. В такой сложной области, как разработка ПО, подобный метод работы очень неэффективен. Тот, кто работает над задачей, обладает максимальной полной информацией о всевозможных нюансах и ограничениях, и именно ему будет наиболее эффективно поручить принятие тактических решений.
  2. помимо этого, отсутствие возможности найти решение самостоятельно демотивирует тех людей, которые умеют и любят думать своей головой, и которые не боятся принятия ответственности на себя. Такие люди приносят наибольшую пользу проекту. Вы должны быть заинтересованы в том, чтобы находить таких людей и создавать им комфортные условия для работы, и возможность реально влиять на продукт для них - гораздо более крутая "плюшка", чем любые количества чая и печенек.
You can’t perform that action at this time.