Як не вибити розробника зі стану потоку
Час розробника – це безцінний ресурс, якого не вистачає. Ми у компанії «ІТ-ГРАД» ставимося до цього питання дуже уважно.
Про це знають і програмісти-професіонали, які навчилися приручати час, домовлятися з ним. Секрет їхнього успіху полягає в тому, що вони намагаються витягти з кожної робочої хвилини максимум, тому вони не дуже люблять, коли їхні умови угоди з тимчасовим континуумом порушуються.
У зв'язку з цим ми хотіли б дати кілька порад для керівників компаній та менеджерів проектів, які дозволять максимально ефективно працювати та взаємодіяти з командою розробки.
"Не моріть голодом" ідеї розробника.
Ідеї, як маленькі полохливі кошенята. Якщо їх налякати, вони перестануть приходити.
Тому будь-яка нова ідея потребує оцінки – не потрібно поспішати.
Якщо світла думка, яка відвідала вашу голову, не має безпосереднього відношення до розв'язуваного програмістом завдання, то повідомте про неї, але не вимагайте відповіді. Хороший розробник запише думку і повернеться до неї потім.
Це необхідно, щоб не вибити людину з потоку, оскільки на повернення в стан концентрації потрібно близько 15 хвилин.
Про питання збереження концентрації та робочого настрою досить доступно розповідає Люсі Джо Палладіно у своїй книзі «Максимальна концентрація».
… і не перевантажуйте своїми «ідеями»
Дбайливе ставлення до ідей - це добре, але не потрібно вантажити розробника нескінченним потоком нових задумів. Спробуйте викласти свої думки на папері, а потім викресліть звідти зайве – вдумливо визначте суть.
Ви здивуєтеся, наскільки сильно це підвищить якість спілкування.
Також варто подумати протому, що саме ви говоритимете розробникам. Нещодавно на Хабре обговорювали цю тему.
Не перетворюйте роботу на пазл з 32 256 елементів
Потрібно знайти щось середнє між миттєвими ідеями та «багатотонними» проектами.
Розбивайте завдання на маленькі шматочки і розподіляйте їх так, щоб вичавити максимум із конкретної ситуації. Головне — не змушувати людей «стрибати» з одного завдання на інше – так і випадають зі стану концентрації.
Зосередьтеся на створенні умов для самовдосконалення. Професійне зростання фахівця лише позитивно позначиться на його успіхах: він почерпне нові навички, глибше вивчить нові технології, почне пропонувати креативні рішення.
Побудуйте їхню роботу згідно з правилом 80/15/5. 80% часу розробник витрачатиме на свою основну роботу. 15% часу приділяти складнішим завданням, а 5% часу, що залишилися, — на задоволення власної цікавості.
Такий підхід дозволить сформувати умови для роботи над цікавими завданнями.
Не треба гнатися за результатом
Звучить справді дивно, але в цьому поспіху і криється причина багатьох провалів на фінішній прямій. Час, який йде на приведення коду в охайний вигляд, дійсно вартий того.
Рефакторинг і додаткові зусилля з оптимізації UI необхідні, щоб вся пишність функцій не перетворилася на одне велике місиво.
Може бути цікавим: література про створення інтерфейсів на Stack Exchange.
Не всі «танцюють у темпі вальсу»
Люди працюють у різному ритмі. Кожен програміст вибирає момент для роботи над тими чи іншими завданнями, щоб не витрачати зайву енергію та уникнути плутанини.
Варто враховувати, що у людей бувають спади активності, коли будь-яка робота буденеефективною. Потерпіть вони обов'язково змінюються періодами рішучих дій.
Іноді варто виділити час на обмірковування ситуації, щоб розробник міг зрозуміти, в якому напрямку йому варто рухатися, щоб уникнути глухого кута. Головний секрет економії часу полягає в тому, щоб робити все якісно і з першого разу.
P.S. Декілька матеріалів на тему управління часом та проектами.
Ви можете допомогти і перевести небагато коштів на розвиток сайту