Мотивація розробників у проекті сприймається як тьмяний?


20

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

Як розробник, що знадобиться вам у цьому проекті? Я думав про ребрендинг твору, але міг би тут зробити багато допомоги.

EDIT: Дякую всім за пропозиції. Поки що у нас є:

  1. Ротація роботи відповідно до інтересів розробника
  2. Гнучкі робочі умови
  3. Виділіть час для роботи над домашніми проектами
  4. Суспільства та веселощі
  5. Брендінг проекту
  6. Використовуйте це як трамплін для інших проектів

Відповіді:


8

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

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


відмінна пропозиція щодо мобільного інтерфейсу.
Fanatic23

19

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


+1. Я також думав про скорочення робочого часу приблизно до 30 на тиждень.

+1, я погоджуюся, що гнучкі робочі години обов'язково допоможуть у такому випадку, але не скорочують терміни.
Fanatic23

1
+1 додатково: регулярно обертайте розробників за прозорою схемою, наприклад кожні 6 чи 12 місяців
free_easy

+1 за те, щоб дати деякий час вивчити їхні інтереси. Багато компаній (включаючи google) дотримуються цієї ж практики як спосіб генерувати ідеї для нових проектів.
Еван Плейс

7

Приємно працювати над проектом.

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

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


6

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


1
І запропонуйте їм бонус, якщо вони зможуть повернути джерело до половини його розміру.
Марк C

4

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

Потім розділіть вантаж. Спробуйте розробити способи дотримання встановлених меж нудної і дратівливої ​​роботи (залежно від виду роботи, розділіть будні дні, розділіть завдання і т. Д.), Щоб ніхто не відчував, що вони застрягли в усьому безладі, а інші повинні робити веселі речі.

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


3

Ви повинні змінити сприйняття "нудного" проекту. Якщо це приносить здоровий дохід, зробити це не дуже важко.


1
так, працюючи над стороною брендингу речей.
Fanatic23

2

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

Звичайно, це не означає, що ви можете просто дати їм нудні завдання і забути про них. Можливо, ви могли б дати своїм гравцям "А" 80% веселих завдань / 20% тупих завдань, вашим "B гравцям" може бути 50/50, а вашим "C гравцям" 20/80.


1

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


1

Я мушу визнати, що я ніколи не працював над нудним і нецікавим проектом, тому я не впевнений, що розумію ваше запитання. І я розвиваю корпоративні системи для життя. :) Серйозно, на практиці я виявив, що програмістів турбує "нудна" робота набагато менше, ніж я очікував. Безкорисна робота, як, наприклад, заповнення таблиць, які ніхто ніколи не перевіряє, набагато більша проблема. Це сумно:

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

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


0

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

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

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


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

1
Я думаю, ви описуєте виняток "дуже хорошої команди". Ви не можете цього зробити з командою, де кожен є старшим розробником. Якщо ви не старший розробник, зазвичай ви не збираєтеся брати участь у крутих проектах, якщо ви все одно в бізнесі. Якщо ви можете потрапити на крайню позицію програмного забезпечення як молодшого розробника, добре, але в багатьох місцях це просто не дуже ймовірно.
Білл
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.