Дзевяць рэчаў распрацоўшчыкі хочуць больш, чым грошы
Упраўленне распрацоўшчыкаў праграмнага забеспячэння , Распрацоўка праграмнага забеспячэння
Многія з распрацоўшчыкаў я ведаю, былі праграмавання, так як яны былі ў малодшых класах. Ці было гэта будынак тэкставых гульняў на Apple IIe або стварэння школы футбола рэестра прыкладання ў Visual Basic, гэта тое, што яны зрабілі для задач, дзеля любові да вывучэння новых рэчаў і, ах, так, для дам. Дамы любяць чалавека, які можа казаць АСНОЎНЫЯ яго Apple.
Выпускнікі каледжа твар сумнай рэальнасцю, калі яны пакідаюць ахоўных чэраве універсітэта і павінны атрымаць сваю першую сапраўдную працу. Многія з маіх сяброў знайшлі працу плацяць каля $ 25k са школы, і былі здзіўленыя, што, пачынаючы тэхнікі і інфарматыкі зарплаты былі амаль удвая. Але большасць інжынераў у маім класе не стаць інжынерамі для грошай, мы зрабілі гэта, таму што яна закранула на глыбокае ўнутранае імкненне важдацца і вырабіць ўражанне на сваіх сяброў. І я згадваў, дамы ?
Грошы матывіровачную фактарам для большасці з нас, але пры ўмове, супастаўна плаціць, што гэта такое, што прымушае некаторыя кампаніі прыцягваць і ўтрымліваць распрацоўшчыкаў, а іншыя адтоку праз іх, як туалетная папера ?
Гігіена і матывацыя
У 1950-х гадах даследчык па імя Фрэдэрык Герцберг вывучалі 200 інжынераў і бухгалтараў ў ЗША. Ён спытаўся ў іх некалькі простых пытанняў, і прыйшлі з тым, што з'яўляецца адным з найбольш шырока прынятай тэорыі на задаволенасць работай называюць два фактары тэорыі .
Яго тэорыя перапынкі задавальненне ад працы на два фактары:
- гігіенічныя фактары, такія як умовы працы, якасць нагляду, зарплата, бяспеку і палітыку кампаніі
- матывацыю такіх фактараў, як дасягненне, прызнанне, адказнасць, сама праца, асабісты рост і прасоўванне
Гігіена фактары, неабходныя для забеспячэння супрацоўнікаў не сталі незадаволеныя, але яны не спрыяюць павышэнню ўзроўню матывацыі. Матывацыя фактараў, што стварае матывацыю і задаволенасць работай, выконваючы неабходна асобы па сэнсу і асобаснага росту.
Падумайце аб буйных фінансавых кампаній, як Countrywide і IndyMac. Хоць я ніколі не працаваў альбо, гісторыі, якія я чуў, паказваюць гігіены фактары добра клапоцяцца: умовы добрыя, кантроль з'яўляецца разумным, годнага заробку, яны маюць добрыя дапамогі, і г.д. ...
Тым не менш, матывацыя фактары, скажам так, інкогніта. Як Херцберг заўважыў, гэты сцэнар прыводзіць да супрацоўнікаў прагляду працу крыху больш, чым зарплата, якую, верагодна, усе правы для такіх кампаній, як Countrywide і IndyMac.
Возьмем іншага боку: малюсенькія запуску ў брудных офісе без вокнаў, кепскай выгады, мала нагляду (таму што генеральны дырэктар па дарожна продажаў), і ні адна кампанія не палітыкі (паколькі генеральны дырэктар па дарозе прыняцця продажаў). Але пастаянная спешка навучання, якая адказвае за поспех кампаніі ці няўдачы (амаль у адзіночку на раз), і верачы ў будучы рост кампаніі робіць гэтую працу значна больш пажаданым для многіх распрацоўнікаў.
Адзін з маіх ранніх работ праграмавання для запуску вэб-кансалтынг падчас буму дот-комов. Былі 7 з нас (мы выраслі да 17 у разгар буму) страляць адно ў аднаго з вадзянымі пісталетамі, кідаючы Nerf футбольныя мячы па ўсім офісу, і пракручвае вар'яцкае колькасць кафеіну-арыентаваным кодавым. Мы даведаліся, новы мова кожнага праекта і заўсёды былі на пярэдні край.
Памятаю, я падумаў, што кампанія праз увесь горад мог бы прапанаваць мне $ 15,000 даляра падымаць і я б не ўзяў. Фактары матывацыі былі пераважнай.
З іншага боку, выгады былі жудасныя, офіс быў шэраг дробных кабіны, шэры ад гадоў пагарды - Smurf-сіні сеткавыя кабелі пад столлю, і нагляд быў ... ну ... не існуе. І хоць гігіены фактары адсутнічаюць, распрацоўшчыкі сцякаліся да працы ў гэтай кампаніі, і толькі адзін злева, а я быў там. Яна была зацікаўлена ў больш стабільных умоў працы і больш выгадныя, і перайшоў на працу ў буйныя фінансавыя ўстановы так жа, як IndyMac.
Роб Крытэры для захоўвання вашых распрацоўшчыкаў днём
Калі вы жадаеце сабраць заробку за 25 гадоў і пенсію з залатымі гадзінамі і пенсійных затым пайсці на кампаніі, якія маюць гігіенічныя фактары прыбіў. Прагулка ў 8, галаву да дзвярэй у 4:59, і колькасць гадоў, пакуль Вы не падымаючы ногі на бар на пляжы ў Коста-Рыцы.
Але калі вы чытаеце гэта, цалкам верагодна, што вы не той чалавек, які ніколі не думае аб кодзе пасля 5:01, у вас больш шанцаў мець калекцыю DVD-дыскаў, якія прыходзяць у пошуках Амазонкі "Сіліконавай даліны. " Вы, напэўна, адзін з тых людзей, хто мае патрэбу ў матывацыі фактараў ці схадзіць з розуму ад турботы, а калі матывацыя фактары ў месцы вы будзеце працаваць смешна гадзін на нізкую заработную плату толькі таму, што гэта так страшэнна весела.
Я размаўляў з дзесяткаў калег і сядзеў круком над маім уласным вопытам, каб прыбыць у гэты спіс з дзевяці праграмнага забеспячэння матывацыі фактараў развіцця - па крытэрах Роб для захоўвання вашых распрацоўшчыкаў днём.
Там толькі адно правіла пры вызначэнні вашага адзнака: ваша меркаванне не ў рахунак, калі вы з'яўляецеся распрацоўнікам. Калі вы не ў акопах напісання кода, то наперад гэты артыкул, каб той, хто робіць і спытаць іх меркаванне. У дадатак да падтрымання кіравання ад прыняцця несправядлівых ацэнкі, мая вялікая надзея, што гэта натхняе размова і сілы кіравання і распрацоўшчыкаў гаварыць аб гэтых праблемах, каб мы маглі атрымаць іх у адкрытую.
Без далейшых цырымоній, вось яны:
1. Ствараюцца для поспеху
Гэта сумная рэальнасць, але большасць праграмных праектаў ствараюцца на правал. Кожны распрацоўнік мае свае страшылкі, "анты-шаблоны" праграмнага забеспячэння кіравання праектамі прадукту. Я бачыў архітэктар дадзенай дакументацыі па старой сістэме, што ён уважліва вывучалі на тыдзень пры праектаванні новага інтэрфейсу для. Пасля дызайн быў поўны ён даведаўся, што ў дакументацыі было тры гады і не адлюстроўвае шэраг істотных зменаў сістэмы.
Я выдаткаваў гадзін падрыхтоўкі падрабязных тэхнічных ацэнку толькі ў тым, што рэальны тэрмін, ужо ўстаноўлены новыя распрацоўкі, дае мне палову часу мне трэба.
Рэалістычныя тэрміны велізарная частка ствараюцца для дасягнення поспеху. Распрацоўшчыкі хочуць пабудаваць праграмнае забеспячэнне, якое не толькі працуе, але ў суправаджэнні; тое, што яны могуць ганарыцца цалі Гэта не ў адпаведнасці з мэтамі распрацоўкі прадуктаў, якія прызначаны для распрацоўнікаў для стварэння праграмнага забеспячэння, які працуе, і больш нічога.
Першае, што трэба ісці, калі час жорсткай з'яўляецца якасць і зручнасць абслугоўвання. Будучы вымушаны будаваць дзярмо з'яўляецца адной з горшых рэчаў, якія вы можаце зрабіць, каб майстра. Дастаўка праект па часе, але ведаючы, што гэта кавалак лайна адчувае сябе страшэнна шмат, як няздольнасць тых, хто ганарыцца тым, што яны будуюць. 
Гэта важна мець бай-iн рабіць рэчы правільна, а не проста хуткі спосаб. Як распрацоўшчык я казаў паставіць яго "якасць таксама важна, як колькасць функцый і бюджэту".
Расклад не адзіны спосаб праект можа быць наладжаны на правал, але ён з'яўляецца найбольш распаўсюджаным. Іншыя ўключаюць у сябе: змушаныя выкарыстаць танныя інструменты (будзь то праграмнае ці апаратнае забеспячэнне), праца з партнёрам, які не дастаўляе, дрэннага кіравання праектам (гл. № 2, ніжэй), змяненне маштабу, і нявыказанае чакання , у прыватнасці.
2. Маючы выдатнае кіраванне
Выдатнае кіраванне, як для праектаў і людзей, з'яўляецца абавязковым фактарам матывацыі. Гэта азначае не мікра-кіравання, заахвочвання незалежнага мыслення, ведаючы, што гэта неабходна для стварэння якаснага праграмнага забеспячэння, хуткага прыняцця рашэнняў, і гатоўнасць ісці на кулю для каманды, калі распрацоўка прадукту спрабуе скараціць графік
Гэтыя рысы дзіўна мэнэджэра праграмнага забеспячэння; рысы мэнэджэра, чыя каманда будзе купацца ў кіпячае алей, каб абараніць яе, і працаваць усё-паўночнікаў, каб даказаць сваё права. Калі менеджэр бярэ кулі для каманды, добрыя распрацоўшчыкі, як правіла, у даўгу і шмат чаго яшчэ. Гэта стварае амаль культ-иш лаяльнасці, і вынікі не толькі матываваных распрацоўнікаў, але вар'яцка добрае праграмнае забеспячэнне.
3. Даведацца шмат новага
Паводніцкіх даследаванні паказваюць, што мы шчаслівыя, калі мы вучымся новыя навыкі або складаныя старыя. Нядаўняя артыкул спасылаецца на даследаванне двума Калумбійскага універсітэта даследчыкі мяркуючы, што рабочыя былі б рады адмовіцца ад цэлых 20% павышэння, калі гэта азначала работу з вялікім разнастайнасцю або той, які патрабуецца больш навыкаў. Гэта даследаванне паказвае, што мы гатовыя надаваць менш за працу, што цікава, весела, і вучыць нас новыя навыкі.
Менавіта таму кампаніі, якія выкарыстоўваюць Ruby можна знайсці вопытных праграмістаў гатовыя працаваць за меншую, чым іх тыповая зарплата. Навучання фактарам з'яўляецца велізарная, калі справа дойдзе да перамоваў кампенсацыі.
Кожны распрацоўнік я ведаю, ці любіць гуляць з паказной новых тэхналогій. Гэта было Perl і HTML ў сярэдзіне 90-х, ASP, PHP і Java ў канцы 90-х гадоў, ASP.NET і XML некалькі гадоў таму, і сёння гэта AJAX і Ruby (і ў некаторых колах ASP.NET 2,0). Дайце хто-то шанец выкарыстоўваць гэтыя цацкі, і яны не толькі будзеце мець магчымасць вырабіць ўражанне на сваіх сяброў, але выканаць гэтую частку ўнутры іх, што трэба вучыцца.
Трымайце распрацоўшчык навучання і яны будуць шчаслівыя, якія працуюць у падвале без вокнаў, ёсць чэрствы харчавання штурхнуў праз шчыліну ў дзверы. І яны ніколі не будуць прасіць аб падвышэньні.
4. Творчасць ажыццяўлення і рашэння правільны выгляд Праблемы
Распрацоўшчыкі любяць выклік. Без іх мы сумаваць, наш розум блукаць, мы балансу нашай чэкавай кніжкі, праверыць нашу электронную пошту, націсніце Digg і Slashdot, прачытаць некалькі блогаў, ударыў ахаладжальнік вады, і паглядзець, калі любы з нашых сяброў у сеткі, каб мы маглі раз і назаўжды ўрэгуляваць спрэчкі вакол вашага дзядзькі, IDisposable інтэрфейс, і што тост форме Панны Марыі.
Я назіраў, распрацоўшчыкі па некалькі разоў класціся спаць да світання, каб вырашыць тэхнічныя праблемы, не просяць і без дадатковай аплаты. Лепшыя распрацоўшчыкі маюць прыхільнасць да вырашэння праблем. Проста падзенне Судоку ў сярэдзіне групы і глядзець іх напасці на яго.
Сутыкнуўшыся з правільным тыпам задача многіх распрацоўшчыкаў не спыніцца, пакуль гэта не фіксаваная, асабліва калі ён патрабуе асабліва творчыя рашэнні. Сутыкнуўшыся з няправільным тыпам выклік і яны вярнуліся на пэйджар апісання тост.
Правільны тып задачай з'яўляецца тэхнічнай праблемай, якая вучыць новыя навыкі, пажадана усё толькі і паўтараюць. Адным з прыкладаў можа быць: "Знішчыце гэтыя пяць RSS-каналы, сукупныя дадзеныя, і адлюстроўваць загалоўкі вэб-старонкі ... і зразумець, як выкарыстоўваць AJAX, каб зрабіць гэта крута".
Няправільнага тыпу праблем такія рэчы, як: "Выправіць гэты код іншага хлопца. Вы ведаеце, той, які мы не спрацавала, таму што мы баяліся, што ён можа выклікаць праблемы. Ну, ён піша кепскіх сістэмы, і зараз мы павінны выправіць яе і зрабіць яе высокай якасці і ў суправаджэнні. Так, і ў вас ёсць да заўтра. "
Калі ваш бізнес не забяспечвае складаная праца для распрацоўнікаў, высветліць, як вы можаце пачаць. Калі няма ніякіх шанцаў, вы калі-небудзь быць у стане забяспечыць перспектыўную працу, знайсці распрацоўшчыкаў, якія ў гігіенічных фактараў, так як распрацоўнікі, якія маюць патрэбу ў матывацыі фактараў, не будзе доўга заставацца.
5. Наяўнасць галасы
Распрацоўнікі ў акопах, і яны першыя, хто ведае, калі сістэма або працэс не працуе. Адзін распрацоўшчык Я размаўляў з сказаў мне:
Я хачу кагосьці слухаць мае праблемы і фактычна да іх сур'ёзна. Я працаваў у некалькіх месцах, дзе больш аператыўнай памяці, больш прасторы на цвёрдым дыску, ці хутчэй / двайны працэсары проста не з'яўляецца прыярытэтным для кампаніі, але гэта было неверагодна абцяжарвальных да кропкі перашкаджае маёй працы. У адным месцы я працаваў, кожны раз, калі я хацеў сабраць праграмнае забеспячэнне мне прыйшлося выдаліць усе мае часовыя файлы, паколькі мне трэба больш дыскавай прасторы. Гутарка аб асліны. Будучы вымушаны працаваць, выкарыстоўваючы састарэлыя тэхналогіі сапраўды складана. " 
Калі распрацоўнік кажа, хто-то павінен слухаць. Калі некалькі распрацоўнікі кажуць тое ж самае, хтосьці павінен слухаць і дзейнічаць хутка ....
6. Быць прызнаным да напружанай працы
Як інжынеры мы любім будынка рэчы, якія ўражваюць сябе і сваіх сяброў. Па крайняй меры тыя, якія разумеюць, як цяжка пісаць Perl кампілятара. З нуля. У FORTRAN. На Вік 20.
Будаўніцтва нешта ўзнёслае гэта весела, але гэта нашмат больш задавальнення, калі хто-то там, каб пагладзіць вас па спіне, кінуць вас бокам, спяваць вашыя хвалы, або купіце вы стейк вячэру. Большасць распрацоўшчыкаў любяць чуць пахвалу і атрымліваць прызнанне за цяжкую працу, але нават тыя, хто гэта не трэба як-то сапсаваліся, калі яны не атрымліваюць яго (ці што яшчэ горш, хто-то атрымлівае прызнанне за ваш працу).
Прызнанне з'яўляецца адным з фактараў Герцберга асноўнай матывацыяй і гэта адносіцца да распрацоўнікам праграмнага забеспячэння ў максімальна інжынеры першапачаткова інтэрв'ю.
7. Будаўніцтва Тое, што пытанні
Нават калі мы не медыкі ў Босніі або прадуктаў харчавання носьбітаў у Судане, большасць людзей хочуць адчуваць, што мы нейкім рабіць са свайго боку, каб зрабіць свет лепш, і тэхналагічна і сацыяльна. Некаторыя з нас можа падумаць, мы робім гэта толькі дзеля тэхналогіі, але ў глыбіні нашага розуму мы бачым сябе як частка вялікай схеме.
Напрыклад, мой сябар працуе ў фінансавай кампаніі і песціць кожны раз, калі яны пачынаюць прадукт, які дапамагае з недастатковым узроўнем абслугоўвання фінансавага супольнасці.
Элбертсонс інвентарызацыі праграмнага забеспячэння распрацоўніка карыстаецца прыходзіць на працу кожны дзень, таму што яго праца забяспечвае, з дапамогай комплексу попыту і алгарытмы, што дзіця збожжавых Заўсёды ў наяўнасці на паліцах.
Будаўніцтва тое, што пытанні, робіць праграмнае забеспячэнне LA Times інжынер экстатычнай, што грузавікі цяпер эканоміць больш за 30% ад іх прабег і выдаткі на паліва з-за яго знаходжання найкарацейшага шляху ўкаранення праграмнага забеспячэння для дастаўкі газет.
З іншага боку, напісанне інтэрфейсу для багі API, што будзе выкарыстана ў агульнай складанасці 15 раз у наступным годзе не здаецца, што гэта мае шмат.
Капіяванне і ўстаўка за ўсё дадаткі і змены кучу ярлыкоў не так цікава, як гэта можа здацца.
І ўзлому ў некалькі заяў у выпадку смешнага складаных захоўваемых працэдур для абслугоўвання яшчэ адзін кліент без стварэння належнай структуры дадзеных як-то не падобна, каб выканаць гэта частка нас, якая хоча нешта пабудаваць, што мае значэнне.
8. Стварэння праграмнага забеспячэння без Актам Кангрэсу
Я быў падрадчыкам на працягу трох гадоў, пачынаючы з 2001 года, і за гэты час я пабудаваў тону вэб-прыкладанняў. Так як большая частка майго развіцця за межамі пляцоўкі я прывык да напісання праграмнага забеспячэння сапраўды хутка, як толькі мы ведалі, што будаваць. Іншы распрацоўшчык і я пабудаваў вар'яцкае колькасць праграмнага забеспячэння на працягу двух гадоў.
Калі я атрымаў наступны поўны працоўны дзень ён адчуваў, што я цягнуў 50-фунт вагі. Для кожнай старонкі я хацеў пабудаваць Мне давялося тэлефанаваць сустрэчы з шасці чалавек. Любыя змены ў базу дадзеных патрабуецца тры дазволу. Гэта было арэхі, і прыкладанні прыняў 5x больш будаваць. Гутарка аб хвалюе.
Паўнамоцтвы па прыняцці праекта рашэння без склікання сходу велізарны.
9. Наяўнасць Мала абмежаванняў Legacy
Ніхто не любіць развіваюцца супраць багі інтэрфейсаў, дерьмовый код, і дрэнна распрацаваных мадэляў дадзеных. Занадта шмат абмежаванняў спадчына забіваюць творчасць, патрабуе акт Кангрэса змяніць, і наогул адстой задавальненне ад стварэння праграмнага забеспячэння (гл. некаторыя з папярэдніх пунктаў, чаму гэта дрэнна).
Калі ў вас ёсць процьма спадчына адказнасці, паспрабаваць высветліць спосаб мінімізаваць яе ўплыў на будучыню развіццё. Калі вы не можаце, паглядзіце на людзей, якія шануюць гігіены фактараў, так як распрацоўнікі матывацыі фактар ??не збіраюцца падтрымліваць жа няякасных прыкладанняў вельмі доўга.
Вызначэнне Ваш Ацэнка
Паглядзім праўдзе ў вочы, бар быў усталяваны даволі нізкі, калі гаворка ідзе пра матывацыю распрацоўнікаў. Колькі кампаній вы можаце думаць, што б зраўняць лік, як высока як 3 ?
Так як гэты тэст не ўводзіць кампаній па ўсім свеце няма асновы для параўнання, але вось дзе вы ўваходзіце я хацеў бы зрабіць нефармальны апытанне, каб мы маглі атрымаць уяўленне аб тым, як ідуць справы ў рэальным свеце. Калі ласка, пост кампаніі ваша ацэнка ў каментары (вы не павінны размяшчаць назва кампаніі).
Большасць буйных кампаній я магу думаць, было б пашанцавала, што ацэнка 1. Google, верагодна, ацэнка 8 або 9.
Заключэнне
Калі вы менеджэр, калі ў апошні раз, калі вы спыталі вашыя распрацоўшчыкі аб гэтых праблемах ? Калі вы распрацоўшчык, калі ў апошні раз, калі вы паважна падняў адзін з гэтых пытанняў, прыводзяцца прыклады і магчымыя рашэнні ?
Калі адказ "даўно", то ў вас ёсць праца. Адправіць гэтую артыкул, каб некаторыя з вашых калег і пачаць абмяркоўваць, як прыняць змены.Popular Links