Как мне убедить моего работодателя нанять дополнительного разработчика, не продавая себя коротко? [закрыто]


40

Я единственный разработчик в небольшой компании. Я медленно перешел в развитие здесь; ~ 4 месяца назад 50-75% моего времени было потрачено на операции. Теперь 50-75% моего времени уходит на разработку, а остальное разделено между операциями и различными ИТ-ресурсами. Я регулярно заканчиваю работать более 50 часов в неделю.

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

Чтобы быть масштабируемым, существующее программное обеспечение нуждается в значительном рефакторинге и дополнительных функциях. У меня не было удовольствия работать над правильно написанным или разработанным программным обеспечением раньше. Сложность этой задачи намного превосходит все, что я делал раньше (это моя первая работа после окончания колледжа). Я знаю, что среди многих здесь есть лихорадочная преданность самообучению / обучению, но это вне моей компетенции что я не буду оказывать своему работодателю или себе какую-либо услугу, пытаясь справиться с этим в одиночку.

Я был очень откровенен относительно своей неопытности, и в прошлом я упоминал, что, вероятно, понадобится нанять другого, более опытного разработчика ... во всяком случае, только на количество времени, необходимое для того, чтобы кто-то выполнял работу по мере нашего роста и иметь больше программного обеспечения для разработки и поддержки. Я знаю, что мне было бы очень полезно нанять другого разработчика; было бы замечательно иметь кого-то, у кого можно было бы учиться и отбрасывать идеи. StackOverflow отлично подходит для определения подходов к отдельным задачам или концепциям кодирования, но не может заменить обсуждения в более широком или более значительном масштабе, характерном для определенной области бизнеса. Говоря о найме другого разработчика в недавнем разговоре, они, похоже, не думали, что это важно или необходимо.

tl; dr : Текущие работы с патчами и другие обязанности уже занимают все мое время на работе, работа над существующими приложениями, которая должна быть выполнена, выходит за рамки моих навыков, и у меня мало шансов когда-либо работать над планируемыми новыми продуктами. Поначалу работодатель, похоже, не хочет нанимать другого разработчика.

Как я могу «продать» наем другого разработчика, не говоря, что я ленивый или некомпетентный (я хотел бы думать, что я тоже!)?

редактировать : просто хотел уточнить, что я никоим образом не заинтересован в принятии каких-либо враждебных действий, чтобы доказать свою точку зрения (например, взять отпуск, чтобы показать им, что они будут облажались, если бы меня не было рядом). Я довольно контент, работающий здесь, и считаю себя вполне компенсированным, даже рассчитывая на сверхурочную работу, поэтому я пока не собираюсь искать новую работу. Тем не менее, я принял ответ «не больше сверхурочных» - даже если я не возражаю работать слишком много, я не делаю кому-либо одолжений, делая это (склонность к большему количеству ошибок, изнуряю себя), и это не совсем разумно в краткосрочной перспективе гораздо меньше в долгосрочной перспективе. Я буду подчеркивать это при обсуждении этого вопроса с моим руководителем и, вероятно, предложу нанять подрядчика на неполный рабочий день в качестве первоначального подхода, более приемлемого с финансовой точки зрения.


6
Из любопытства, если вы никогда не умели «работать над правильно написанным ... программным обеспечением раньше», то как вы узнаете, как выглядит хорошее программное обеспечение? (или в этом отношении, на что похоже плохое программное обеспечение?)
riwalk

10
Все это отличные предложения, но я уже был в этой лодке с небольшими компаниями, и подавляющее большинство из них не заботятся о том, «что если меня ударит автобус?» аргумент и не будет решать такую ​​проблему, пока это не станет критической катастрофой. Если вы хотите иметь долгосрочную карьеру в разработке программного обеспечения, тогда вы ничего не делаете для себя. Убирайся. Отправляйтесь в другое место, где у вас может быть наставник от среднего до старшего уровня, который может помочь вам научить вас и приучить вас к большим страшным проектам. Это именно то, что я сделал, и я никогда не сожалел об этом.
maple_shaft

3
@ Stargazer712 - Вероятно, так же, как это узнает любой образованный новичок: через книги / блоги / скринкасты от лучших из лучших разработчиков на своем языке / платформе
Уэйн Молина

2
@ Stargazer712, откуда вы знаете, как выглядит "правильно написанное" программное обеспечение? У него проблемы с масштабированием, и он перегружен обслуживанием и реализацией функций. Это может произойти независимо от того, хороша или плоха кодовая база. Получение некоторой помощи - правильная идея.
Анджело

3
@ Stargazer712, не нужно быть очень опытным, чтобы распознать плохой код. Загадочные имена переменных, полностью повторяющийся код, более закомментированный код, чем фактические комментарии, нет способа определить, как простое изменение повлияет на что-либо в будущем, встроенный SQL, ничего не параметризовано, нет обработки ошибок, используется метод try-catch для потока контроль везде, методы длиной в тысячи строк, полностью процедурный, использует goto (понятия не имел, что это существовало в C #), устаревший код оставлен (не в отдельных методах). По сути, вносить малейшие изменения - это кошмар. Это плохо.
Джон Страка

Ответы:


68

Я регулярно заканчиваю работать 50+ часов в неделю

Для меня это все, что вам нужно сказать своему менеджеру. «Я работаю более 50 часов в неделю, чтобы удостовериться, что работа выполнена. Я трудолюбив, но это неустойчивый долгосрочный период, вам следует нанять другого разработчика». Если это не сработает, то я предлагаю вам начать искать новую работу.


57
Кроме того, начните НЕ работая 50+ часов. Остановитесь на 8-й час каждый день. Нет причин, чтобы выгореть, особенно если это ваша первая работа после окончания колледжа. 50+ часов в неделю это не нормально, и никогда не должно быть.
Уэйн Молина

4
@WayneM, да, я должен согласиться, ты только что закончил колледж. Единственная причина, по которой вы будете так усердно работать, как младший разработчик, заключается в том, что ваш босс дешев и пользуется вами. 50+ часов в неделю - нормальное время от времени, но если это привычка, то вас обманывают.
maple_shaft

2
Предложение: если у cheapskate есть наглость намека на то, что вы должны придерживаться этого безумного графика, скажите ему, что доктор сказал вам не делать этого. Бормочите что-нибудь о связанных с работой болезнях, ни один босс не хочет быть привлеченным к ответственности за что-либо подобное. В любом случае, вероятно, не хватит денег на второго разработчика ... и он сократит операции. Это означает, что он перестанет ходить на распродажи и будет бездельничать в офисе, притворяясь, что он что-то делает.
ZJR

7
@ZJR Я не согласен. Вы должны оправдываться, что не хотите делать что-то необоснованное.
Том Сквайрс

1
@ Wayne M - Просто перестать заниматься сверхурочной работой - это плохой совет. Если они не хотят брать новых сотрудников, они могут быть готовы уволить кого-то и заменить его кем-то, кто будет работать по 50 часов в неделю каждую неделю, мы не знаем. Гораздо лучше попытаться договориться о лучшей рабочей договоренности, как предлагает Том, и отступить к одностороннему сокращению ваших часов, если пренебрежения проваливаются или продолжаются слишком долго. Однажды мне в упор сказали, что, если я не работаю сверхурочно как минимум 8 часов, я не теряю вес . Моя реакция была работой, чтобы править, и я оставался таким до тех пор, пока этот менеджер не ушел.
Марк Бут

28

Я был в похожей лодке. Очень похожая лодка. Единственное, что действительно помогло мне сделать аргумент «нам нужно расширить команду», это то, насколько высок был наш шинный фактор - если меня ударил один из них, не было никого, кто имел бы какое-либо представление о всем стеке, на который мы опирались , Вовлечение кого-то еще в команду имело решающее значение для операций, если не больше.


8
Мне нравится называть это фактором «выигрыша в лотерею». Что если я выиграю в лотерее 300 миллионов долларов ... Кто будет работать над системами? (Я буду на Гавайях, на пляже, пьяный.)
Кристофер Махан

7
@ChristopherMahan Я предпочитаю аргумент в пользу автобуса, потому что у вас больше шансов попасть в автобус, чем выиграть 300 миллионов долларов в лотерее :)
maple_shaft

2
Я только начал брать мой ВОМ и не заботился, помог подчеркнуть смысл. , ,
Уайетт Барнетт

5
Фактор шины аргумент столь актуальна способность противостоять этому сценарию бедствий даже формализованы ISO , как ISO 9001 сертификации. (в небольших магазинах это в значительной степени сводится к тому и к тому же - для больших корпусов это становится сложнее)
ZJR

2
Если только это не автобусная навигационная система.
Iain Holder

12

Вы могли бы попытаться продать привлечение подрядчика, чтобы сделать этот проект. Иногда легче продать краткосрочное решение, тогда, если оно работает хорошо, и вы можете продемонстрировать необходимость его преобразования в штатную позицию.

Лучший способ продать это - продать новое решение как средство, которое сэкономит компании деньги. Вам нужно будет оценить, сколько времени это займет, и не пытаться быть слишком агрессивным здесь. Вы также можете найти список тех проектов, которые вы не успели бы выполнить.


1
+1 для подрядчиков на такой работе. Перспектива найма нового сотрудника крайне нервирует и рискует для очень маленьких компаний.
maple_shaft

Я согласен. Несколько лет назад меня пригласили в качестве подрядчика для работы над проектом, с которым не мог справиться младший программист из небольшой компании (веб-сервис .NET). В итоге я отправился в Пермь и оставался там около 3 лет, пока компания не была продана и наш офис не был закрыт.
jfrankcarr

Если ничто иное, привлечение подрядчика может побудить компанию увидеть, как дешево могут быть застройщики в штате, по сравнению с постоянным наймом подрядчиков для выполнения работы персонала из Перми. * 8 ')
Марк Бут

Или, если вы просто хотите «больше рук на палубе» и не заботитесь об опыте, дешевый стажер CS может быть целесообразным вариантом дорогостоящего подрядчика.
recursion.ninja

@awashburn - ОП хочет долгосрочное решение. Стажер часто - дерьмовая охота на качество, и часто не превращается в долгосрочный актив. Когда подрядчик приходит с набором навыков и должен иметь возможность быстро и эффективно внести свой вклад
SoylentGray

6

Это всегда будет о стоимости. Новый разработчик будет платить им зарплату, льготы, ресурсы и, возможно, обучение (по крайней мере, обучение модели бизнеса). Поскольку вы только указываете, что работаете около 50 часов в неделю и хотели бы видеть более ориентированную политику производства программного обеспечения, новый найм не имеет смысла (с точки зрения бизнеса).

Вы могли бы иметь больше успеха, пытаясь завербовать изнутри. Очевидно, что ваш начальник / супервайзер должен быть вовлечен в процесс и должен осознавать, что вы чувствуете, что вы растянуты и можете использовать некоторую поддержку. Не мешало бы найти в компании кого-то похожего на себя, кто ищет новый вызов или изменение к этому виду задач. Попросите своего руководителя помочь вам прилагать усилия, когда обязанности этого человека могут быть расширены или изменены, чтобы оказать вам помощь. Постепенно это может увеличиваться со временем до тех пор, пока этот человек не будет полностью работать в тандеме с вами (в основном переход, похожий на ваш собственный).

Это всегда плохая идея, чтобы бросить слишком большое число (которое составляет FTE с точки зрения бизнеса). Мне кажется, что вы работаете не в отрасли, которая производит программное обеспечение, а в том, что ваша компания производит программное обеспечение для поддержки своего бизнеса. Поэтому в любой ситуации, когда вы чувствуете, что руководству нужно хоть немного открыть кошелек, вам нужно сделать его очень привлекательным для бизнеса. Большие расходы должны иметь немедленные или большие выплаты. Маленькие траты легче пройти через трещины и в конечном итоге достичь эффекта больших затрат за счет истощения.


1
Это очень хороший момент. Если вы работаете 50 часов в неделю (или даже 60), тогда ваш начальник платит одну зарплату в 1,25-1,5 раза за работу одного человека. Если он нанял секунду, а вход не изменился, он теперь получает тот же результат вдвое дороже. Даже если он дал вам 25-процентное повышение, он все равно выйдет вперед, вместо того, чтобы нанять двух человек (и заплатить две субсидируемые медицинские премии вдвое больше, чем общий доход). То, что вас ставит, находится между пресловутым камнем и трудным местом; Вы можете принять необоснованный график работы или уйти.
KeithS

1
@KeithS - Это не то, что говорит спрашивающий. Он работает более 50 часов в неделю, но у него все еще не хватает времени на новые разработки, поэтому он может даже не справиться с половиной рабочей нагрузки, которая фактически требуется для удовлетворения текущих и будущих потребностей бизнеса.
Марк Бут

Тогда в этом случае вход БУДЕТ изменен; это увеличится, чтобы использовать в своих интересах пропускную способность двух человек. По-прежнему необходимо определить, достаточно ли информации, чтобы оправдать двух человек на длительный срок; Само по себе наличие невыполненных заданий - не проблема, но если размер запаздывания растет из-за того, что в конец списка добавляется больше, чем OP, взлетает верх, существует очевидная потребность бизнеса в увеличении пропускной способности некоторых добрый, будь то временный, контракт, частичная или полная занятость.
KeithS

3

Я предлагаю вам объяснить им, что вы объясняете здесь. Это правильные аргументы, которые вы все равно должны привести своему боссу.

Может быть, вы можете предложить нанять стажера, если он поднимает экономические проблемы.


2
Использование термина Internчасто подходит для моих боссов. Они видят это как free or cheap labor, и вы, вероятно, можете проверить с местными коллажами, чтобы увидеть, есть ли у них какие-либо студенты, ищущие стажировку.
Рейчел

2
Стажеры - это действительно бесплатная или дешевая рабочая сила, но они также являются вращающейся дверью (один стажер не будет работать вечно бесплатно), и они полностью зеленые (именно поэтому они работают; за опыт, который стоит денег позже) , Использование стажеров для разработки критически важных для бизнеса программ без высококвалифицированных старших разработчиков для наставничества - это ОЧЕНЬ ПЛОХАЯ ИДЕЯ. Даже парни, делающие шесть фигур, могут полностью испортить архитектуру; Как вы думаете, что с вашим программным обеспечением сделает кто-то, имеющий только академический опыт, работающий бесплатно и ушедший через 6 месяцев?
KeithS

2
Стажеры, как правило, имеют общую отрицательную производительность. Вы нанимаете их такими, какие они будут, а не такими, какие они есть. Это хорошая идея, чтобы инвестировать в стажеров, если вы знаете, что вам нужно будет расти в ближайшие пару лет, но они не являются немедленным решением.
Морган Херлокер

3

Будьте прямолинейны и не беспокойтесь о недооценке себя. Вместо этого надеемся, что более старший программист будет нанят. Важно, чтобы с вами сталкивались программисты, у которых больше навыков, чем у вас, особенно в первые несколько лет.


3

Посмотрите на найма консультанта ... PM мне, и я начну необходимые бумажные работы :)

Если серьезно, может быть, кто-то может прийти по 20 часов в неделю и поработать с вами над кодом, вы, вероятно, также выиграете, если рядом с вами будет кто-то более «продвинутый» кодировщик.

Вы получаете все это без риска нанять кого-то.


2

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

Начните узнавать ценность этой работы для компании. Информация это сила. Я перепродал пользовательское приложение, которое я написал для компании. Я подумал, что это небольшая компания, принадлежащая компании, и дал им перерыв только для того, чтобы узнать, что их выкупили, а приложение помогает узаконить их в своей отрасли.


Я не согласен. Ценность, которую они получают от вашей работы, на самом деле не дает вам никакого рычага, поскольку они всегда могут заставить другого разработчика выполнить эту работу. Это распространенная ошибка.
Морган Херлокер

2

Есть ли у вас отставание работы, которую вы не можете получить? Обязательно укажите это в разговоре с боссом.


1

Не могли бы вы попытаться нарисовать картину того, как они хотят, чтобы количество Х было выполнено за время Y, и что для того, чтобы это произошло, лучше всего взять в свои руки помощь в выполнении этой работы? Ключевым моментом здесь является возможность показать, что вы растянуты и что, вероятно, довольно рискованно пытаться положить все это на свои плечи, в то время как есть еще один набор рук, который может немного помочь как для организации, так и для вас самих. и этот человек. Сделать это победа / победа / победа для всех.


1

Сделайте небольшой, но действительный расчет затрат и выгод найма другого программиста младшего, среднего и старшего уровней. Обратите внимание, что вы должны учесть, что чем выше уровень, тем больше ошибок вы будете совершать, тем менее продуктивными вы будете. Но в основном все сводится к затратам - воспринимаемым и актуальным.

Обратите внимание, что стоимость - это не только деньги, но и качество кода, раннее исправление ошибок и качество жизни.


1

Получите что-то, чтобы сравнить вашу ситуацию, будь то общение с друзьями в других компаниях, собеседование и вопросы о своей команде разработчиков, и т. Д., А затем изложите, что вы считаете, что рабочая нагрузка нецелесообразна и что компания не настроена на успех только с одним разработчиком. Я сделал это с бывшим боссом, в конечном итоге бросил в любом случае для лучшей работы, но в основном я говорил о том, как наличие команды тестирования становится необходимостью с большим количеством написанного кода, из-за регрессий и т. Д. (Не обязательно связанных с тем, что вы спрашиваете, но наличие тестеров под рукой также помогает в процессе разработки) и что вы знаете, что работаете больше, чем средний разработчик и т. д. Похоже, вы можете искать новую работу, если он не согласен, он должен уже знать, что вы перегружены, и если он

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.