Як нетехнічний менеджер додає цінності команді самомотивованих розробників програмного забезпечення?

Я бачу, як багато програмістів відвертаються від ролей управління та адміністрування. Вони хочуть будувати речі. І як результат, багато цих посад заповнюються нетехнічними людьми. Я не бачу, як вони додають вартості. Чи достатньо планування зустрічей, бронювання офш-сайтів та інших адміністративних робіт, щоб виправдати їх роль?

Я не бачу, як вони наразі додають цінність і чи планує проведення зустрічей, бронювання офш-сайтів та інших адміністрацій достатньо для своєї ролі?

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

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

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

Хороший менеджер - це голос вашої групи до решти компанії.

Оскільки це стосується спеціально для розробки програмного забезпечення, для менеджерів існує два різновиди ролі додавання вартості: управління проектами та керівництво командою.

Менеджер проектів взаємодіє з клієнтами та середнім управлінням, що є економією часу для розробників. Часто є роз'яснення або зміни обсягу, які виникають у проектах, і клієнтам та менеджеру середнього рівня корисно мати єдину контактну точку. Спроба виправити запитання кожного члена команди розробника призводить до незаписаних проектних рішень та незадокументованих зобов'язань, сфери управління сферою.

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

Жодна з цих ролей не вимагає програмування вниз, насправді дещо навпаки. Програміст часто переходить до завдання з написання коду як першої відповіді на запитання чи кризу, і корисно мати когось, чия робота - запитати, чи потрібно це завдання справді виконувати.

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

Приклад: двоє програмістів обговорюють, який сервер використовувати для програми. У якійсь демократичній думці вони обидва отримують один голос, тому рішення не приймається. Ця війна може тривати назавжди (і з деякими технічними людьми так і буде). Хтось повинен вступити і аргументувати цю незгоду і розпочати проект. Хороший суддя схилятиметься до думки того, хто має найбільшу досвід у цій галузі.

Тільки тому, що комусь не вистачає таланту, вміння чи знань у цій галузі, це не означає, що вони не можуть визначити тих, хто це робить. Визнання таланту - це талант.

Чи достатньо планування зустрічей, бронювання офш-сайтів та інших адміністративних робіт для їхньої ролі?

Так. Ідеально достатньо. Вони також гарні для виклику управління будівлями, коли є проблеми з теплом, змінного струму тощо; переконання, що торгові автомати та охолоджувачі води добре забезпечені та утримуються; залучення спеціальних смаколиків для носіння; підтримка офісу в чистоті та порядку ...

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

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

Розгляньте команду розробників, як м'яч-клуб MLB (аналогія є досить непоганою ІМО): менеджери - це завжди колишні гравці - лише вони знають, як впоратися з керуванням командою висококваліфікованих, глухих, ідіосинкратичних, професіоналів, які роблять те, чого більшість "звичайних людей" не може.

На мій досвід, нетехнологічний менеджер найкраще підходить для цієї ролі, окрім додаткової вартості, уникаючи того, як товари компанії заважають працювати розробникам, вони формують партнерство між розробниками (адже це добре відомо, що розробники - інтроверти http://www.unwesen.de/ 2012/03/16 / інтроверсія-продуктивність-робочі середовища / ), хороші дозволяють команді працювати у своєму ритмі, але дбаючи про видимість.