top of page

Як брати завдання в роботу. Частина 1. Постановка проблеми на прикладі нарізання картоплі

Дисклеймер: ця стаття має на меті допомогти досвідченим фахівцям, здатним самостійно брати на себе досить велике коло професійних завдань і виробляти комплексні рішення проблем, сформувати для себе підхід щодо взаємодії з клієнтом чи керівником при постановці завдань. Ця стаття ні в якому разі не є підтримкою чи виправданням керівників, які не бажають формулювати завдання і після прочитання можуть сказати: «Ну ось же як поводяться нормальні люди, чому мої підлеглі так не вміють?». Робота з самостійним співробітником вимагає від керівника менше занурюватися в деталі роботи і отримувати вищий результат, але в той же час керівнику необхідно виявляти більше довіри, підтримки – емоційної і матеріальної.

 

Я працюю системним і бізнес-аналітиком понад 15 років, змінила багато місць роботи і кілька предметних галузей. Це були і великі проекти, і внутрішня розробка, і одиничні роботи за контрактом. Безсумнівно, такий досвід різноманітний і суперечливий, і я не припиняю рефлексію над ним жодного дня. Один висновок здається мені беззаперечним і навряд чи я коли-небудь від нього відмовлюся. Результатів, якими я пишаюся, теплих стосунків з колегами і натхненної спільної роботи вдавалося досягти лише тоді, коли в мене була можливість поставити достатньо запитань про завдання, яке ставиться, і отримати на них настільки відверті відповіді, наскільки це можливо. І відповідь "не знаю" працює не гірше за інші. Далі в серії статей я розповім про своєрідний фреймворк, в який мені вдалося формалізувати свій підхід до опрацювання завдання, який допомагає мені не тільки досягати кращих результатів, а й розуміти, коли мені за цю роботу не варто братися зовсім. У цій статті, першій з серії, я сформулюю постановку завдання і своє ставлення до неї.

 

Згадайте випадки, коли вам ставили завдання імперативно, у формі наказу. Це може бути «приведи до ладу цю презентацію» для дизайнера, «зроби оцінку цієї структури робіт за проектом» для керівника проекту, «опрацюй вимоги до цієї частини функціональності» для аналітика, «навчи колегу краще спілкуватися із замовниками» для ментора. Ви додасте свої варіанти, я впевнена. Це вже не «зроби мені добре!», якого ми часто боїмося почути від клієнта, але все одно не дає чіткого розуміння, що саме і навіщо потрібно робити, чи не так?

Я не кажу, що така постановка завдання ніколи не працює: коли люди давно працюють разом, добре знають один одного і регулярно спілкуються - більше нічого і не потрібно. Наприклад, "розвантаж пральну машину, будь ласка" чи "замов мені каву, я зараз підійду" не потребують уточнень, якщо в першому випадку людина, до якої звертаються, знає, де і як розвішувати та складати речі, а в другому - яку каву воліє автор прохання. Але навіть у простих побутових справах такий підхід може не спрацювати, якщо ситуація трохи змінюється.

 

Якось я була в гостях у двоюрідної сестри, і так сталося, що в день мого від'їзду в племінника був день народження. Сестра готувала стіл для гостей, і я запропонувала допомогти. Що можна доручити людині, яка не знайома з твоїм домом та кулінарними звичками? Але ми обидві в дитинстві багато часу провели з бабусею на кухні, отже, мої базові навички роботи з продуктами сестрі відомі. І вона попросила мене порізати картоплю для запікання.


Просте завдання, що відповідає моїм навичкам. Але я в чужому домі, мені невідомі правила роботи на цій кухні. Де, власне, лежить картопля? Скільки її потрібно почистити? Як тут прийнято працювати з мокрими продуктами - адже картоплю спочатку потрібно помити? Наскільки дрібні шматочки мають вийти в результаті? Де лежить ніж, яким зручніше за все різати картоплю? Куди, власне, покласти результат роботи? Всі ці питання були планомірно задані, відповіді отримані – частково після коротких нарад з чоловіком сестри. Я дістала необхідні інструменти та картоплю і з ентузіазмом взялася до роботи, радіючи, що можу бути корисною в домі, де я в гостях.

 

Чи могла б моя сестра сама поставити мені завдання без додаткових запитань? Звичайно! Але для цього їй довелося б відволіктися від поточних справ і фактично зробити частину завдань самій: дістати картоплю, дістати ємність для запікання. Але своїми конкретними запитаннями я показала, що готова зробити все сама, і переконала, що зроблю все найкращим чином, дійсно заощадивши часу і зусиль на підготовку дня народження сина. 

 

У цьому прикладі мені вдалося задати всі необхідні запитання за кілька хвилин і впоратися з нарізкою картоплі на 20 осіб менше ніж за півгодини. Але варто контексту стати більш розмитим, а завданню - менш чітко окресленим, як виникає маса моментів, які кожна сторона вважає очевидними. Це призводить до того, що ми рухаємося до результату методом проб і помилок, періодично отримуючи несподіваний результат і накопичуючи роздратування один на одного. Звичайно, ми всі звикли до ітераційного підходу, і він працює, але якби можна було скоротити кількість ітерацій пришліфовування на дві-три, хіба це не було б чудово?

 

І в нашому середовищі розробки у великих інтернаціональних командах це завдає болю трохи частіше ніж завжди. Чому? Ми всі - в різних ролях, і зазвичай недостатньо глибоко розбираємося в досвіді один одного. Наприклад, у мене є бекграунд розробника, але як саме зараз працюють UX- чи QA-інженери, я не знаю. І визнаю це. Щодня ми ставимо один одному завдання, просимо один одного про щось. Але зазвичай не маємо уявлення, як людина на іншому боці буде вирішувати завдання. Виходить, що ми передаємо один одному те, що знаємо про завдання: РМ, архітектор, аналітик, дизайнери, розробники, тестувальники. Далеко не завжди всі ці люди можуть задати один одному запитання оперативно, наприклад архітектора залучив РМ один раз на початку проекту, і тепер знайти час для розмови з ним важко, а дизайнер живе в іншому часовому поясі.

 

Хочемо ми того чи ні, нам доводиться виробляти формалізовані інструменти для вибудовування та підтримки загального - високого - контексту роботи і користуватися ними практично при кожній комунікації. Бо в цьому недосконалому світі весь час щось змінюється! 

 

Я пропоную свій фреймворк як інструмент, щоб кожного разу, коли хтось ставить нам завдання чи ми просимо когось щось зробити, ми не забували запитати і домовитися про найважливіші речі:

 

1. Чи правильно ми розуміємо, де ми зараз знаходимося?

2. Чи точно саме мені варто брати це завдання в роботу? 

3. Які саме очікування в обох сторін від процесу спільної роботи?

4. Як конкретно має виглядати результат роботи?

 

Питання при постановці/отриманні завдань
Питання при постановці/отриманні завдань

Я лише пропоную цей фреймворк. Це не означає, що обов'язково потрібно (або навіть що це реально) при спілкуванні з реальним замовником задати запитання саме в такому порядку, в якому я буду про них розповідати. Можливо, комусь через особливості особистості - своєї та замовника - буде зручніше почати з формування образу результату. Важливо, що, принаймні, подумавши про всі ці складові постановки завдання, ви не упустите щось важливе. 

 

Постановка завдання у вигляді "зроби те" - лише початок розмови. Це ще навіть не постановка запитання, яка, як кажуть, половина відповіді. Це лише перший крок до контакту. Кожен досвідчений фахівець знає, що замовник - будемо так називати будь-якого постановщика завдання заради стислості - часто формулює не запит до експерта, а просить реалізувати рішення свого завдання, яке він бачить. А ще досвідченіші експерти знають, що недосвідчений, але просунутий замовник може прийти навіть не з проханням реалізувати цілісне рішення, а відразу намагається поставити завдання на перший крок робіт, який він бачить. Це приблизно якби ви прийшли до фітнес-тренера, маючи в голові, що хочете мати опуклі сідниці, і замість того, щоб сказати йому про це, кажете, що він має дати вам завдання на оцих тренажерах, не давши йому можливості пояснити, що для досягнення бажаного результату вам потрібно як мінімум: 1) збільшити в раціоні кількість білка; 2) розтягувати задню поверхню стегна; 3) робити набір вправ, які досвідчений тренер підбере саме для вас, можливо, для цього навіть не доведеться ходити у фітнес-клуб і витрачати час на дорогі тренування. І ще врахує купу різних факторів, які нам з вами навіть не можуть спасти на думку.

 

У наступній статті я докладніше розповім, які запитання вважаю важливим задати для підтвердження того, що я і замовник однаково розуміємо, з якої точки починаємо спільну роботу. Якщо вам відгукнулося те, що я написала, залишайте в коментарях запитання і зауваження або пишіть мені особисто, що хотілося б розібрати детальніше.



Останні пости

Дивитися всі

1 opmerking


Дуже ємний фреймворк, буду вдячна за більш детальний дескріпшн кожного булет поінту. Дякую

Like
bottom of page