Czy twórca oprogramowania powinien otrzymać roczny budżet na sprzęt?
Zdecydowanie miło to mieć i coś, co chciałbym poruszyć do dyskusji lub nawet jako część twoich żetonów do negocjacji płacowych. Pytanie dotyczy raczej tego, czy jest to „powinien”, czy „musi” .
Czy ktoś wie, czy branża ma taki standard, aby zaoferować dodatek lub budżet?
Niestety branża zdecydowanie nie traktuje tego jako standardowej praktyki, ale na szczęście niektóre firmy są nieco mniej chciwe i bardziej w kontakcie z potrzebami swoich programistów (i ogólnie pracowników).
To będzie dość szeroka odpowiedź, a według budżetu nie robię rozróżnienia między budżetem przeznaczonym na zakup lub złożenie zamówienia lub jako coś przejrzystego, gdy żądasz uaktualnienia zarządzanego przez personel Twojej firmy . W ich książkach i tak jest tak samo.
To jest przydatne
Problem polega na tym, że może to oczywiście szybko stanowić ogromny budżet dla firmy, jeśli osiągnie określoną masę krytyczną. Zgadzam się jednak z tobą i Joelem, że warto.
Frustrowanie pracowników nie ma absolutnie żadnego sensu.
Nie daj się zepsuć
To powiedziawszy, musisz także utrzymywać pracowników w linii i uświadomić im, że czasami zła wydajność lub nieco przestarzały sprzęt to tylko fakt . Nie chcesz, aby wszyscy zamienili się w zepsute dzieciaki, które chcą nowego dysku SSD, najnowszego procesora iN, dodatkowej GB pamięci RAM itp.
Nie chcę, aby ludzie mieli obsesję na punkcie wiecznej młodości, i dotyczy to również sprzętu.
(Jednak w przypadku projektów oprogramowania staram się być jak najbliżej najnowszej wersji ... Analogie nie zawsze się utrzymują :))
Szczególne potrzeby dotyczące określonego sprzętu
Myślę, że należy wprowadzić rozróżnienie między:
- podstawowy sprzęt, który jest zdecydowanie wymagany do pracy na początku,
- oraz bardziej zaawansowany sprzęt, w którym potrzeba wynika ze szczególnych wymagań.
Pakiet podstawowy
Na przykład poniższe są dość standardowe rzeczy, których możesz się spodziewać, i dla których nie widzę (silnej) potrzeby specjalnych zamówień:
- laptop + telefon komórkowy (jeśli jesteś konsultantem na miejscu),
- stacja robocza, jeśli pracujesz poza miejscem pracy i przebywasz w statku-matce,
- plus może kilka nie kontrowersyjnych gadżetów, takich jak:
- przyzwoite urządzenia wejściowe (klawiatura, mysz, może trackball ...)
- przyzwoite krzesło.
Mogą być takie same dla całej firmy, z wyjątkiem szczególnych przypadków, takich jak pracownicy niepełnosprawni. Pracownicy niepełnosprawni lub zranieni powinni oczywiście zostać zakwaterowani.
Bonusy
Jeśli oczywiście będziesz musiał przeprowadzić wiele wideokonferencji i prezentacji, możesz chcieć mieć kilka gadżetów, takich jak gadżety Bluetooth, tablety i rysiki. Które mogą być faktycznie dzielone między działami za pomocą systemu rezerwacji, aby nie skończyć na tym, że wszyscy o coś proszą (i tracą je), jednocześnie ograniczając przestrzeń na marudzenie.
Jeśli jesteś projektantem, potrzebujesz tabletu do rysowania, trackballa itp. ... Od czasu do czasu widzę programistę, który błaga o trackball zamiast myszy. Osobiście próbowałem obu i uważam, że oba są prawie tak samo identyczne, więc nigdy tak naprawdę nie kupiłem tego roszczenia, jeśli nie potrzebujesz konkretnej potrzeby poza tym, że „podoba mi się to bardziej”. Możesz żyć za pomocą myszy zamiast trackballa bez rozwijania RSI w ciągu 8 godzin, jeśli nie masz już problemów i masz prawidłowe nawyki użytkowania. To jest inny problem, kiedy dostajesz gównianą mysz, trackball lub klawiaturę, ale nie widzę wyraźnej wygranej dla jednego lub drugiego.
Jeśli jesteś programistą, który musi jednocześnie obsługiwać 4 serwery aplikacji, budować projekty i utrzymywać 3 instancje Eclipse lub Visual Studio otwarte przez cały czas, oczywiście potrzebujesz raczej konkurencyjnej stacji roboczej. Rozważę tę „podstawową potrzebę” deweloperów , więc nie oznacza to, że kolesie od marketingu muszą się do tego dostosować.
Zbuduj swoją sprawę: twarde dane dla wygranej
Z doświadczenia wynika, że większość firm rozumie Twoje potrzeby, jeśli możesz udowodnić, że są one uzasadnione. Jeśli potrafisz uzasadnić to uzasadnieniem, wykasują pieniądze lub spróbują cię przyjąć. Płacą ci za pracę , więc naprawdę nie chcą, żebyś marnował czas.
(To znaczy, jeśli troszczą się trochę o twoją pracę ... jeśli jesteś nieistotny, obawiam się, że nie masz tam szczęścia ...)
Pokaż zysk dla siebie
W przeszłości moi współpracownicy i ja otrzymywaliśmy aktualizacje pamięci RAM, urządzeń wejściowych, krzeseł, dysków twardych i całych stacji roboczych, a nawet farm serwerów w oparciu o jasno zebrane i określone wymagania. Zbudowanie sprawy zajmuje trochę czasu, więc najpierw przedyskutuj to ze swoim przełożonym, ale prawdopodobnie wszystko będzie dobrze. Lub spędzić dodatkowe godziny na tydzień w biurze, aby zbudować skrzynkę, może być tego warte, a Twój kierownik liniowy będzie ci bardziej ufał w takich decyzjach w przyszłości.
Pokaż im zysk (pieniądze są źródłem wszelkiego zła ...)
W odniesieniu do powyższego przykładu na przykład obliczyliśmy czasy kompilacji i możliwą redukcję, a także porównaliśmy różne konfiguracje obecne w firmie, obliczając średnią marnowanego czasu na programistę na dzień, a następnie uświadamiając je że w ciągu roku było to równoważne z około 20 pełnymi dniami na osobę, że nic nie można zrobić (ponieważ komputer zasadniczo nie odpowiadałby, gdyby nie dysponowałeś co najmniej czterordzeniowym procesorem i 8 GB pamięci RAM dla tej kompilacji). Mnożąc liczbę programistów, to ogromna ilość godzin, jaką płacą ludziom, aby nie robili nic, co było znacznie wyższe niż modernizacja przynajmniej niektórych stacji.
Niedawno współpracownik przeprowadził podobną ocenę, aby przekonać ich do rozważenia dysków SSD i jest w trakcie zbierania bardzo drobiazgowych danych na temat tego, ile czasu można by zaoszczędzić dla każdego ciała, w podobny sposób.
W przypadku zapytań dotyczących zdrowia wystarczy proste zalecenie od lekarza, nawet nieformalne.
W przypadku oprogramowania niestandardowego może być konieczne przedstawienie zalet narzędzia i jego wpływu po zintegrowaniu z procesem. Na przykład udało mi się przekonać moje ostatnie 3 firmy do zakupu licencji na narzędzia do szkieletowania po użyciu wersji demonstracyjnej do prezentacji, aby wzbudzić ich zainteresowanie, a następnie szerszego wykorzystania ich w jednym lub dwóch krótkotrwałych projektach z udziałem kilku osób. Były raczej tanie, ale pierwotnie nie chcieli kupować licencji, nie widząc potrzeby. Kiedy zdali sobie sprawę, że wyraźnie pomogło to w wizualizacji prototypów i wcześniejszym podejmowaniu świadomych decyzji, szybko dali zielone światło.
Plan
- Zdefiniuj plan aktualizacji.
- Zdefiniuj testy porównawcze i wskaźniki, które mają być używane do pomiaru wzmocnienia.
- Zapewnij wyraźne wyniki.
- Wyciągnij wnioski z tych wyników.
- Być może zrób trochę wstępnych prac związanych z obliczeniami kosztów i oszczędności (przedyskutuj to również z kierownikiem liniowym lub zrób to podczas drugiego przeglądu swojej propozycji).
- Poproś współpracowników, aby podpisali się na twoją prośbę, być może za każdym razem pisząc oświadczenie o tym, co sądzą o aktualizacji, czy to pozytywne, czy negatywne (nie chodzi o to, aby wygłosić całkowicie stronnicze przemówienie marketingowe w celu wymuszenia czegoś od twojej firmy, to również naprawdę zbadaj to i sprawdź, czy jest to naprawdę potrzebne).
Szybka uwaga na temat dużych ulepszeń dla całego zespołu
Sugeruj nowe wersje, jeśli poprosisz o aktualizacje dla całego zespołu:
- to rozkłada koszty w dłuższym okresie czasu ,
- to daje czas wyprostować problemy przejściowe ( „Oj, po prostu sobie sprawę, że ten procesor w połączeniu z tą wersją OS faktycznie prezentuje problemy podczas cross-kompilacji naszego produktu X dla innych platform X”),
- to uniemożliwia całemu zespołowi z tkwić w piekle technicznego IT z ponownej instalacji systemu, aktualizacji systemu i zwykłych czystych kwestii łupków lub okazjonalnych wpadek ( «Ups, usuwane że ważne backup ...»).
Przyznaj porażkę: nie zawsze działa na wszystko ...
I słusznie. Nie wszystko jest dopuszczalne. Rzeczy, które są do przyjęcia, mogą być poza zasięgiem Twojej firmy. Zbuduj swoją sprawę, przekaż ją kierownikowi liniowemu, przedyskutuj podczas lunchu zespołowego lub czegoś bardziej przyjaznego i porywającego w zespole niż w trakcie tegorocznego przeglądu finansowego.
Ponadto, jeśli masz trudności z budowaniem swojej sprawy :
- przyznaj, że prawdopodobnie nie potrzebujesz tego ,
- Przyznaj się, że prawdopodobnie się myliłeś, a aktualizacja X nie kupuje tego, co według ciebie byłoby.
Jeśli nie możesz zbudować sprawy i zacząć bronić swojej prośby, oznacza to, że lepiej byłoby zrobić coś innego.