고용주에게 자신을 매각하지 않고 추가 개발자를 고용하도록 설득하려면 어떻게해야합니까? [닫은]


40

저는 소규모 회사의 유일한 개발자입니다. 나는 여기에서 천천히 개발을 시작했다. ~ 4 개월 전까지 내 시간의 50-75 %가 운영에 소비되었습니다. 이제 내 시간의 50-75 %가 개발에 사용되고 나머지는 운영과 다양한 IT 부서로 나뉩니다. 나는 정기적으로 일주일에 50 시간 이상 일하게됩니다.

나는 비즈니스의 대부분이 의존하는 다소 잘못 작성된 응용 프로그램 (이전에 두 사람이 유지 관리 한 응용 프로그램)을 상속했습니다. 이러한 응용 프로그램을 계속 실행하고 더 작은 새로운 응용 프로그램에서 작업하며 다른 책임은 이미 모든 시간을 차지합니다.

확장 성을 유지하려면 기존 소프트웨어에 상당한 리팩토링 및 추가 기능이 필요합니다. 이전에 올바르게 작성 또는 설계 한 소프트웨어로 작업하는 것을 좋아하지 않았습니다. 이 과제의 복잡성은 이전에 해본 일을 훨씬 능가합니다 (이것은 대학 밖에서의 첫 번째 직업입니다). 많은 사람들 중에서 스스로를 수행함으로써 자기 학습 / 학습에 대한 열렬한 헌신이 있다는 것을 알고 있습니다. 내가 고용 주나 혼자서 일을하려는 호의를하지 않을 것입니다.

나는 나의 경험에 대해 매우 직접적이었습니다. 과거에는 더 숙련 된 다른 개발자를 고용해야 할 것입니다. 어쩌면 누군가가 우리가 성장하고 일할 때 필요한 시간 동안 개발하고 유지 관리 할 소프트웨어가 더 많습니다. 다른 개발자를 고용하면 큰 도움이 될 것입니다. 누군가에게서 아이디어를 배우고 튀어 오르게하는 것이 좋습니다. StackOverflow는 개별 코딩 문제 또는 개념에 대한 접근 방식을 결정하는 데 유용하지만 특정 비즈니스 영역에 따라 더 넓거나 중요한 규모의 토론을 대체하지는 않습니다. 최근에 캐주얼 한 대화에서 다른 개발자를 고용한다고 언급 할 때, 그것이 중요하거나 필요하다고 생각하지 않는 것 같습니다.

tl; dr : 현재 패치 작업 및 기타 책임은 이미 업무 시간에 모두 걸리고, 수행해야하는 기존 응용 프로그램에 대한 작업은 기술 수준을 넘어서며, 계획중인 신제품에 대해 작업 할 시간이 거의 없습니다. 고용주는 처음에 다른 개발자를 고용하는 것을 꺼려합니다.

게 으르거나 무능한 것처럼 들리지 않고 다른 개발자를 고용하여 어떻게 "판매"할 수 있습니까 (저도 그렇게 생각하고 싶습니다!)?

편집 : 단지 포인트를 증명하기 위해 어떤 종류의 적대적 행동에 관심이 없다는 것을 분명히하고 싶었습니다 (예 : 휴가를 가졌다면 내가 조롱하지 않았다면 조롱 당했을 것입니다). 여기에서 일하는 내용과 초과 근무 시간을 계산하는 것조차도 상당히 보상 된 것으로 생각하기 때문에 아직 새로운 직업을 고려할 필요가 없습니다. 즉, 나는 초과 근무가 없다고 대답했다. 너무 많은 일을 신경 쓰지 않더라도 (더 많은 오류가 발생하기 쉽고, 나 자신을 입을) 아무에게도 호의를 베풀지 않는다. 단기적으로는 장기적으로 훨씬 적습니다. 나는 상사와 문제를 논의 할 때 이것을 강조 할 것이며, 계약자에게 시간제를 고용하는 것이 재정적으로 더 바람직한 초기 접근법으로 제안 할 것이다.


6
호기심 때문에 "이전에 작성된 소프트웨어를 제대로 작성해 본 적이 없다"고한다면 좋은 소프트웨어가 어떻게 보이는지 어떻게 알 수 있습니까? (또는 그 문제에 대해 나쁜 소프트웨어는 어떻게 생겼습니까?)
riwalk

10
이것들은 모두 훌륭한 제안이지만, 저는 소규모 회사와 함께이 보트에 왔습니다. 그리고 그들 대부분은 "버스에 치면 어떻게 될까요?" 중요한 재난이 될 때까지 이와 같은 문제를 해결하지 않습니다. 소프트웨어 개발 분야에서 장기간 경력을 쌓고 싶다면 자신에게 도움이되지 않습니다. 나가. 당신을 가르치고 큰 무서운 프로젝트에 적응하게 도와 줄 수있는 중급에서 상급 급 멘토를 가질 수있는 다른 곳으로 가십시오. 이것이 바로 내가 한 일이며 결코 후회하지 않았습니다.
maple_shaft

3
@ Stargazer712-교육을받은 초보자가 발견 한 것과 같은 방식 일 것입니다. 각 언어 / 플랫폼에서 최고의 개발자 중 최고의 개발자가 제공 한 서적 / 블로그 / 스크린 캐스트를 통해.
Wayne Molina

2
@ Stargazer712, "올바로 작성된"소프트웨어가 어떻게 보이는지 어떻게 알 수 있습니까? 그는 스케일링 문제를 겪고 있으며 유지 관리 및 기능 구현에 압도적입니다. 이것은 코드베이스가 좋은지 나쁜지에 관계없이 발생할 수 있습니다 . 도움이 필요합니다.
Angelo

3
@ Stargazer712, 나쁜 코드를 인식하는 데 매우 경험이 필요하지 않습니다. 복잡한 변수 이름, 완전히 반복되는 코드, 실제 주석보다 코드가 더 많은 주석 처리, 간단한 변경이 도로 아래에 영향을 미치는 방식, 인라인 SQL 풍부한, 매개 변수화 없음, 오류 처리 없음, 흐름에 사용되는 try-catch 어디서나 제어 할 수있는 방법은 1000 줄의 길고, 완전히 절차 적이며, goto (이것은 C #에는 존재하지 않았 음)를 사용하고, 더 이상 사용되지 않는 코드를 (별도의 방법은 아님) 사용합니다. 기본적으로 약간의 변경은 악몽입니다. 이것은 나쁘다.
John Straka

답변:


68

나는 일주일에 50 시간 이상 정기적으로 일하게됩니다

나에게 그게 당신의 상사에게 말해야 할 모든 것. "일을 확실히하기 위해 일주일에 50 시간 이상 일하고 있습니다. 열심히 일하는 사람이지만 장기적으로 지속될 수 없으므로 다른 개발자를 고용해야합니다." 그 선구적인 일이라면 새로운 일자리를 찾기 시작하는 것이 좋습니다.


57
또한 50 시간 이상 일 하지 않는 것으로 시작하십시오 . 매일 8 시간에 멈춰라. 특히 대학 밖에서의 첫 직업이라면 자신을 태워 버릴 이유가 없습니다. 일주일에 50 시간 이상은 정상 이 아니므로 절대로 안됩니다.
Wayne Molina

4
@ WayneM, 네 동의해야합니다, 당신은 대학에서 신입생입니다. 하급 개발자로서 열심히 일하는 유일한 이유는 상사가 값이 싸고 당신을 이용하는 것입니다. 일주일에 50 시간 이상이 가끔씩 정상이지만 습관이되면 병이납니다.
maple_shaft

2
제안 : cheapskate가 암시하는 신경을 가지고 있다면 의사가 그에게 말하지 말라고 미친 일정을 유지해야합니다. 직장 관련 질병에 대해 뭔가를 둘러보십시오. 상사가 그런 것을 책임지지 않기를 원하지 않습니다. 어쨌든, 아마도 두 번째 개발자에게는 돈이 충분하지 않을 것입니다. 그리고 그는 운영을 축소 할 것입니다. 즉, 그는 판매를 중단하고 자신이하는 일을하는 척하면서 사무실 주변에서 휴식을 취하게됩니다.
ZJR

7
@ZJR 동의하지 않습니다. 불합리한 일을하고 싶지 않다는 변명을해야합니다.
Tom Squires

1
@Wayne M-초과 근무를 중단하는 것은 나쁜 조언이 될 수 있습니다. 그들이 새로운 직원을 고용하고 싶지 않다면 누군가를 해고 할 수 있고 매주 50 시간 씩 일하는 사람으로 교체 할 수 있습니다. Tom이 협상이 실패하거나 너무 오래 지속되는 경우 일방적으로 시간을 줄이자 고 제안한 것처럼 더 나은 작업 방식을 협상하고 협상하는 것이 훨씬 더 좋습니다. 나는 한 번 이상 비공식으로 들었다. 만약 적어도 8 시간 이상 근무하지 않는다면, 나는 몸무게를 당기지 않았다고한다 . 저의 반응은 지배해야 할 일이었으며, 그 매니저가 떠날 때까지 그 길을 유지했습니다.
Mark Booth

28

나는 비슷한 보트에 있었다. 매우 비슷한 보트. "팀을 확장해야합니다"라는 논란을 심화시키는 데 실제로 도움이 된 한 가지는 버스 팩터 가 얼마나 높은지 였습니다. . 다른 사람이없는 경우 팀에 다른 사람을 확보하는 것이 중요했습니다.


8
나는 그것을 "복권 당첨"요소라고 부릅니다. 복권에서 3 억 달러를 이기면 어떻게 될까요? 누가 시스템에서 작업할까요? (저는 하와이 해변에있을 겁니다.)
Christopher Mahan

7
@ChristopherMahan 나는 당신이 복권에서 3 억 달러를이기는 것보다 버스에 타격을받을 가능성이 더 높기 때문에 버스 인수를 선호합니다 :)
maple_shaft

2
방금 PTO를 복용하고 돌보지 않고 요점을 강조했습니다. . .
Wyatt Barnett

5
버스 인자 인수도 같이 ISO에 의해 공식화되는 재해 시나리오에 저항 할 수 있도록 관련 ISO 9001 인증. (작은 상점에서 그것은 그것과 그 자체로 거의 요약됩니다-더 큰 군단은 그것을 어렵게
만듭니다

2
버스 내비게이션 시스템이 아닌 한.
Iain Holder

12

이 프로젝트를 수행하기 위해 계약자를 가져 와서 판매 할 수 있습니다. 때로는 단기 솔루션을 판매하는 것이 더 효과적이며 제대로 작동하고 풀 타임 포지션으로 전환 할 필요성을 입증 할 수있는 경우가 있습니다.

그것을 판매하는 가장 좋은 방법은 새로운 솔루션을 회사 돈을 절약 할 수있는 것으로 판매하는 것입니다. 소요 시간을 추정해야하며 여기에서 너무 공격적이지 마십시오. 또한 지금 수행 할 시간이없는 프로젝트를 수행하기에 좋은 목록을 찾을 수도 있습니다.


1
이와 같은 작업을하는 계약자에게는 +1입니다. 신입 사원을 고용 할 가능성은 매우 작은 회사에게는 매우 불안하고 위험합니다.
maple_shaft

동의한다. 몇 년 전에 저는 이미 소규모 회사의 주니어 프로그래머가 처리 할 수없는 프로젝트 (.NET 웹 서비스)를 다루기 위해 계약자로 일했습니다. 나는 회사가 팔리고 우리 사무실이 문을 닫을 때까지 약 3 년 동안 그곳에 머물렀다.
jfrankcarr

계약 업체를 데려 오는 일이 없다면, 회사가 직원을 고용하는 것이 얼마나 저렴한지를 회사가 장려 할 수 있습니다. * 8 ')
Mark Booth

또는 "데크에 더 많은 손을 대고"원하고 경험에 신경 쓰지 않는다면 값 비싼 계약자 옵션에 저렴한 CS 인턴을 권할 수 있습니다.
recursion.ninja

@awashburn-작전은 장기적인 해결책을 원합니다. 인턴은 종종 품질에 대한 허풍이며 종종 장기 자산으로 변하지 않습니다. 계약자가 스킬 셋을 가지고 신속하고 효과적으로 기여할 수 있어야하는 경우
SoylentGray

6

이것은 항상 비용에 관한 것입니다. 새로운 개발자는 급여, 복리 후생, 자원 및 교육 (적어도 비즈니스 모델에 대한 교육)에 비용을 지불하게됩니다. 일주일에 50 시간 정도 일하고 ​​있고보다 직접적인 소프트웨어 생산 정책을보고 싶다고해서 신입 사원은 합리적인 전망 (비즈니스 측면)이되지 않을 것입니다.

당신은 내부에서 모집을 시도 더 성공했을 수 있습니다. 당신의 상사 / 감독관이 그 과정에 있어야한다는 것은 명백하다. 당신은 당신이 얇아지고 있고 약간의 지원을받을 수 있다고 생각한다는 것을 알아야한다. 회사 내에서 새로운 도전이나 이런 종류의 과제에 대한 변화를 찾고있는 자신과 비슷한 사람을 찾는 것은 아프지 않을 것입니다. 관리자에게 도움을 제공하기 위해이 사람의 책임을 확장하거나 변경할 수있는 노력을 이끌도록 도와달라고 요청하십시오. 시간이 지남에 따라 그 사람이 당신과 완전히 협력 할 때까지 시간이 지남에 따라 점차적으로 증가 할 수 있습니다 (기본적으로 자신과 비슷한 전환).

비즈니스 관점에서 볼 때 FTE가 너무 큰 숫자를 너무 많이 던지는 것은 항상 나쁜 생각입니다. 마치 소프트웨어를 생산하는 산업에서 일하지 않지만 귀사의 비즈니스를 지원하는 소프트웨어를 생산하는 것처럼 들립니다. 따라서 경영진이 지갑을 조금 열어야한다고 생각하는 상황에서는 비즈니스에 매우 매력적이어야합니다. 큰 지출에는 즉시 또는 큰 보수가 필요합니다. 적은 지출은 균열을 극복하기가 더 쉬우 며 궁극적으로 감소를 통해 큰 지출의 효과를 달성합니다.


1
이것은 매우 좋은 지적입니다. 일주일에 50 시간 일하는 경우 (또는 60 시간 일하는 경우에도) 상사는 일인당 업무의 1.25-1.5 배에 대해 한 번의 급여를 지불합니다. 만약 그가 1 초를 고용했는데 입력이 바뀌지 않았다면, 이제 2 배의 비용으로 같은 결과를 얻습니다. 그가 당신에게 25 % 인상을 주었음에도 불구하고, 그는 여전히 두 사람을 고용하는 것 (그리고 총 수입의 두 배에 달하는 보조금을 지급 한 의료 보험료를 지불하는 것)보다 여전히 앞서 가고 있습니다. 그것이 당신을 두는 곳은 속담과 힘든 곳 사이입니다. 당신은 불합리한 작업 일정을 받아들이거나 나갈 수 있습니다.
KeithS

1
@KeithS-질문자가 말하는 것은 아닙니다. 그는 50 시간 이상 근무했지만 여전히 새로운 개발을 수행 할 시간이 충분하지 않아서 현재와 미래의 비즈니스 요구를 충족시키는 데 실제로 필요한 워크로드의 절반에 대처하지 못할 수도 있습니다.
Mark Booth

그런 경우 입력이 변경됩니다. 두 사람의 처리량을 활용하기 위해 증가 할 것입니다. 장기적으로 두 사람을 정당화하기에 충분한 의견이 있는지 여부는 여전히 결정되어야한다. 백 로그 자체만으로도 문제가되지 않지만 OP가 상위를 차지하는 것보다 목록 끝에 더 많은 것이 추가되어 백 로그의 크기가 커지면 일부의 개발 대역폭에 대한 명확한 비즈니스 요구가 있습니다. 임시직, 계약직, 파트 타임 또는 풀 타임 고용 여부.
KeithS

3

여기서 설명하는 내용을 설명해 드리겠습니다. 이것들은 어쨌든 상사에게 가져야 할 유효한 주장입니다.

연수생이 경제적 우려를 제기하는 경우 연수생 고용을 제안 할 수 있습니다.


2
이 용어를 사용하면 Intern종종 상사와 잘 어울리는 것 같습니다. 그들은 그것을 free or cheap labor로보 고, 당신은 아마도 학생들이 인턴쉽을 찾는 학생들이 있는지 확인하기 위해 지역 콜라주로 확인할 수 있습니다.
Rachel

2
인턴은 실제로 무료 또는 저렴한 노동이지만, 또한 회전문이기도합니다 (한 인턴은 영원히 무료로 작동하지 않음). 그리고 완전히 녹색입니다. . 인턴을 사용하여 경험이 풍부한 고위 개발자가 멘토를 사용하지 않고 업무상 중요한 소프트웨어를 개발하는 것은 매우 나쁜 아이디어입니다. 6 개의 인물을 만드는 사람들조차도 아키텍처를 완전히 망칠 수 있습니다. 학업 경험이없는 사람이 무료로 일하고 6 개월 안에 퇴사하면 소프트웨어에 어떤 영향을 줄 것이라고 생각하십니까?
KeithS

2
인턴은 일반적으로 전체적으로 부정적인 생산성을 갖습니다. 당신은 그들이 무엇을하는 것이 아니라 그들이 될 것을 위해 그들을 고용합니다. 앞으로 몇 년 안에 성장해야한다는 것을 알고 있다면 즉각적인 해결책이 아니라면 인턴에 투자하는 것이 좋습니다.
Morgan Herlocker

3

직접 판매하고 자신을 판매하는 것에 대해 걱정하지 마십시오. 대신 상급 프로그래머가 채용 되기를 바랍니다 . 특히 처음 몇 년 동안 자신보다 더 많은 기술을 보유한 프로그래머의 도움을받는 것이 중요합니다.


3

컨설턴트를 고용해보세요. PMPM, 필요한 서류 작업을 시작하겠습니다. :)

진지하게, 누군가가 일주일에 20 시간 안에 와서 코드 작업을 할 수 있다면, 누군가 옆에 더 "고급"코딩을하는 것이 도움이 될 것입니다.

누군가를 고용 할 위험없이이 모든 것을 얻을 수 있습니다.


2

인상 / 보너스를 요구할 때, 당신은 그들이 일한 결과 얼마나 많은 돈을 벌고, 현재 구직 시장에서 자신의 능력을 가진 사람이 무엇을 할 수 있는지에 대해 회사에 가치를 두어야합니다. 귀하의 경우에는 소프트웨어 개발의 가치와 다른 개발자를 고용 할 돈이 있는지 여부를 찾고 있습니다.

이 작품의 가치를 회사에 알리십시오. 정보는 힘이다. 회사에서 작성한 사용자 지정 응용 프로그램을 판매했습니다. 나는 그들이 소기업 소유의 회사라고 생각하고 그들이 매입되고 있음을 발견하기 위해 휴식을 주었다.


동의하지 않습니다. 그들이 당신의 작업에서 얻는 가치는 실제로 다른 개발자가 작업을 수행하도록 할 수 있기 때문에 실제로 당신에게 레버리지를 제공하지는 않습니다. 이것은 일반적인 오류입니다.
Morgan Herlocker

2

당신이 얻을 수없는 일의 잔고가 있습니까? 보스와 대화 할 때도 참고하십시오.


1

Y 시간에 X 양을 원하는 사진을 그리려고 노력할 수 있습니까? 그런 일을하려면 그 일을 돕도록 내 손을 가져가는 것이 가장 좋을까요? 여기서 중요한 점은 당신이 뻗어 있고 조직에 자신을 상당히 도울 수있는 다른 손 세트가 있다면 어깨 에이 모든 것을 두는 것이 매우 위험하다는 것을 보여줄 수 있다는 것입니다. 그리고이 개인. 모두를위한 승리 / 승리 / 승리로 만드십시오.


1

다른 중급, 중급 및 상급 프로그래머를 고용하는 작지만 유효한 비용-혜택 계산을 수행하십시오. 계층이 많을수록 실수가 많을수록 생산성이 떨어집니다. 그러나 근본적으로 모든 것이 인식되고 실제적인 비용으로 귀결됩니다.

비용은 돈뿐만 아니라 코드 품질, 초기 버그 해결 및 삶의 질입니다.


1

다른 회사의 친구들과 대화하고 인터뷰를하고 개발자 팀에 대해 질문하는 등 상황을 비교할 수있는 무언가를 얻은 다음 업무량이 부당하다고 생각하고 회사가 성공하지 못했다고 생각하십시오. 단 하나의 개발자와 함께. 나는 과거의 상사와 함께 이것을하고 어쨌든 더 나은 직업을 얻기 위해 끝내는 것이었지만 기본적으로 테스트 팀이 더 많은 코드로 작성되는 방법, 회귀 등으로 인해 필요하지 않은 방법에 대해 이야기했습니다. 당신이 요구하지만 테스터를 가지고 있으면 deve 과정에 도움이됩니다) 그리고 당신은 당신이 평범한 개발자 등보다 더 많은 일을하고 있다는 것을 알고 있습니다. 그가 동의하지 않으면 새로운 직업을 찾고 싶을 것 같습니다. 이미 당신이 과부하 상태임을 알고 있어야합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.