Чи повинен розробник програмного забезпечення отримувати щорічний бюджет обладнання?
Однозначно приємно мати і щось, що я запропонував би на обговорення або навіть як частину вашої переговорної фішки для переговорів із зарплатою. Питання більше в тому, чи це "повинен" чи "повинен" .
Хтось знає, чи має галузь такий стандарт, щоб запропонувати надбавку чи бюджет?
На жаль, ця галузь, безумовно, не є стандартною практикою, але, на щастя, деякі компанії трохи менш жадібні і більше налагоджені на потреби своїх розробників (і працівників).
Це буде досить широкою відповіддю, і за бюджетом я не розрізняю бюджет, який ви надаєте на придбання або замовлення, або як щось прозоре, коли ви вимагаєте оновлення, керованого персоналом вашої компанії . У їхніх книгах все одно все одно.
Це зручно
Проблема полягає в тому, що це, очевидно, може швидко представляти величезний бюджет для компанії, якщо вона досягає певної критичної маси. Однак я погодився би з тобою та Джоелем, що це може бути варте того.
Немає сенсу засмучувати співробітників.
Не псуйтесь
Незважаючи на це, вам також потрібно тримати співробітників у порядку та давати їм зрозуміти, що іноді погана продуктивність або трохи застаріле обладнання - це лише факт життя . Ви не хочете, щоб усі перетворювалися на розпещених дітей, які хочуть нового SSD, останнього процесора iN, додаткових ГБ оперативної пам’яті тощо ...
Я не хочу, щоб люди одержимі вічною молодістю, і це стосується і обладнання.
(Однак, з програмними проектами, я прагну до того, щоб залишатися якомога ближче до останнього випуску ... Аналогії не завжди вдається :))
Конкретні потреби для конкретного обладнання
Я думаю, що слід розрізняти:
- основне обладнання, яке обов'язково потрібно для вашої роботи, коли ви починаєте,
- і більш сучасне обладнання, де потреба випливає з конкретних вимог.
Базовий пакет
Наприклад, такі досить стандартні речі, на які можна було б очікувати, і для яких я не бачу (сильної) потреби у спеціальних замовленнях:
- ноутбук + мобільний телефон (якщо ви консультант на місці),
- робоча станція, якщо ви працюєте за межами сайту та залишаєтесь на материнстві,
- плюс, можливо, кілька неперервних смаколиків:
- пристойні пристрої введення (клавіатура, миша, можливо трекболи ...)
- гідний стілець.
Вони можуть бути однаковими для всієї компанії, за винятком особливих випадків, таких як працівники з обмеженими можливостями. Співробітники з обмеженими можливостями або травмами, очевидно, повинні бути розміщені.
Бонуси
Тоді, якщо, очевидно, вам знадобиться зробити багато відеоконференцій та презентацій, вам може знадобитися кілька пристосувань, таких як штучки Bluetooth, планшети та стилуси. Що насправді можна поділити між відділами, використовуючи систему бронювання, щоб не закінчитися тим, що хтось просить когось (і втратить їх), при цьому скорочуючи кімнату для скуголення.
Якщо ви дизайнер, вам знадобиться ваш планшет для малювання, ваш трекбол тощо ... Я раз у раз бачу одного розробника, який благає трекбола замість миші. Особисто я спробував і те, і інше, і обидва я вважаю майже однаково однаковими, тому я ніколи не купував цього твердження, якщо у вас немає конкретної потреби в ньому, окрім "мені це подобається краще". Ви можете жити з мишею замість трекболу, не розвиваючи RSI протягом 8 годин, якщо у вас вже не виникають проблеми та правильні звички використання. Це зовсім інше питання, коли ви отримуєте шалену мишку, трекбол або клавіатуру, але я не бачу явної виграші для того чи іншого.
Якщо ви розробник, який повинен одночасно запускати 4 сервери додатків, будувати проекти та постійно тримати відкриті 3 екземпляри Eclipse або Visual Studio, вам, очевидно, знадобиться досить конкурентоспроможна робоча станція. Я вважаю, що це "основні потреби" для розробників , тому це не означає, що маркетингові хлопці обов'язково повинні бути узгоджені з цим.
Побудуйте свій випадок: важкі дані для виграшу
З досвіду, більшість компаній розуміють ваші потреби, якщо ви можете довести, що вони є законними. Якщо ви можете відстояти обґрунтування цього, вони кашлять гроші або спробують вас влаштувати. Вони платять вам на роботу , тому вони насправді не хочуть, щоб ви витрачали час.
(Тобто, якщо вони піклуються про вашу роботу ... якщо ви неважливі, я боюся, що вам не пощастило ...)
Покажіть прибуток для вас
Так, у минулому ми з колегами отримували оновлення оперативної пам’яті, пристроїв введення, стільців, жорстких дисків і цілих робочих станцій або навіть фермерських серверів на основі чітко зібраних та окреслених вимог. На створення вашої справи знадобиться небагато часу, тому спочатку обговоріть це зі своїм лінійним менеджером, але це, мабуть, буде добре. Або витрачайте зайві години один тиждень в офісі, щоб скласти справу, це може бути того вартим, і ваш керівник буде довіряти вам більше в таких рішеннях.
Покажіть прибуток від них (гроші - корінь усього зла ...)
Що стосується вищенаведеного прикладу, ми, наприклад, розраховували час збирання та зменшення, яке ми могли отримати, і проводили порівняння між різними налаштуваннями, наявними в компанії, обчислюючи середнє витрачене час на розробника в день, а потім даючи їм зрозуміти що це було рівноцінно протягом року приблизно 20 повним дням на людину неможливості зробити що-небудь (так як комп'ютер в основному не відповідає, якби у вас не було хоча б чотирьохядерного і 8 ГБ оперативної пам’яті для цієї збірки). Тим часом кількість розробників, це величезна кількість годин, які вони платять людям, щоб нічого не робити, що було набагато вище, ніж модернізація хоча б деяких станцій.
Зовсім недавно колега робив аналогічну оцінку, щоб переконати їх розглянути SSD-накопичувачі, і зараз відбувається збір дійсно дрібних даних про те, скільки часу буде збережено для кожного тіла аналогічним чином.
Для запитів, пов’язаних зі здоров’ям, може бути достатньо простої рекомендації лікаря, навіть неформальної.
Для користувацького програмного забезпечення вам може знадобитися лише представити переваги інструменту та його вплив при інтеграції у ваш процес. Наприклад, мені вдалося змусити моїх останніх 3 компаній придбати ліцензії на інструменти для проводки кадрів після використання демо-версії для презентації, щоб захопити їхній інтерес, а потім більш широко використовувати їх в одному або двох короткотривалих проектах, в яких брали участь кілька людей. Вони були досить дешевими, але спочатку вони не хотіли купувати ліцензії, не бачачи потреби. Коли вони зрозуміли, що це явно допомогло візуалізувати прототипи та прийняти освічені рішення раніше, вони дали зелене світло швидко.
План
- Визначте план оновлення.
- Визначте показники та показники, які слід використовувати для вимірювання коефіцієнта посилення.
- Забезпечити чіткі результати.
- Зробіть висновки за цими результатами.
- Можливо, зробіть початкову роботу з розрахунків витрат та заощаджень (обговоріть також з керівником лінійки, або зробіть це у другому огляді вашої пропозиції).
- Запросіть співробітників відмовитися від вашого запиту, можливо, кожен раз, коли пишете заяву про те, як вони ставляться до оновлення, будь то позитивне чи негативне (справа не в тому, щоб робити абсолютно упереджену маркетингову промову, щоб щось вимагати від вашої компанії, це також дійсно досліджуйте це і переконайтеся, що це дійсно потрібно).
Коротка примітка про великі оновлення для цілої команди
Запропонуйте постійні випуски, якщо ви вимагаєте оновлення для всієї команди:
- вона розподіляє вартість на більш тривалий період ,
- це дає час для виправлення перехідних проблем ("ой, просто розуміючи, що цей процесор у поєднанні з цією версією ОС насправді представляє проблеми при перехресному компілюванні нашого продукту X для іншої платформи X")
- це заважає всій команді застрягти в пеклі технічного обслуговування із перевстановленням системи, оновленнями системи та звичайними проблемами з чистим шифером або випадковими помилками '("оголене, видалено цю важливу резервну копію ...").
Признай поразку: це не завжди працює за все ...
І це правильно. Не все прийнятно. І речі, прийнятні, можуть бути недоступними для вашої компанії. Побудуйте свій випадок, піднесіть його до лінійного менеджера, обговоріть його на обіді команди чи щось більш доброзичливе та командне, ніж у розпал цьогорічного фінансового огляду.
Крім того, якщо ви важко будуєте свою справу :
- визнай, що ти, мабуть, не потребує цього ,
- визнай, що ти, мабуть, помилявся, і оновлення X не купує тебе, що ти думав, що це буде.
Якщо ви не можете створити справу і почати захищати свій запит, це означає, що вам буде краще зробити щось інше.