Зони відповідальностей

Раджу провести таку вправу: перелічити власні зони відповідальностей. Зона відповідальності — не обовʼязково значить, що ти єдина особа, відповідальна за цю зону. Таке визначення більш корисно для менеджменту. А для мене (та за GTD) ці зони ділять не підприємство, а твої власні турботи та прагнення. Тобто зони відповідальності — це вичерпний перелік всіх сфер життя (в даному разі — робочого), де можуть виникати нові справи (проєкти).

Ось (неповний) перелік моїх зон з роботи:

• Розробка нового функціоналу. Це як найбільш очевидне та те, на що формально мене наймали.

• Третя лінія підтримки. Дослідження проблем клієнтів, які виявилися достатньо складними та ймовірно викликані помилками. А може, браком можливостей, про що теж треба зробити опосередкований висновок.

• Інструменти та середовище розробників. Швидкість та стабільність CI, зручність та повнота локального запуску. Розгортування. Всілякі лінтери-шмінтери.

• Якість коду. Оновлення залежностей. Впровадження логування та метрик. Безпека коду. Спостереження та оптимізація.

• Виправлення технічного боргу. Широка категорія, куди я відношу задачі типу “воно повинно бути так, але поки є сяк.” Не обовʼязково це щось свідомо “недороблене” - часто вже після розробки виявляється, що можна було зробити краще. Для кожного підпроєкту власний список.

• Лідерство. Підтримка роботи інших розробників, перегляд планів та коду, консультації. Розшук та впровадження нових підходів та технологій.

Аксіомою роботи є те, що тебе наймають робити одне, але зрештою перелік обовʼязків розширяється. Тому корисно інколи робити такий “аудит”.