경력 옵션으로 지원을“판매”하는 방법 [닫기]

우리는 다양한 프로젝트에서 작업하기 위해 개발자를 고용하는 것이 상대적으로 쉽다는 것을 알게되었습니다.

프로젝트가 완료되었지만 여전히 지원해야 할 때 문제가 발생합니다.

우리는 사람들이 지원 팀에 합류하기 위해 정말로 싸우고 있습니다. 데드 엔드, 경력 제한, 지루한, 2 등으로 간주됩니다.

현재 프로젝트 팀이 일부 팀을 지원 팀에 한동안 할당하도록함으로써이 문제를 해결했습니다. 과제의 일부는 지원 팀이 이해하도록 프로젝트의 "브레인 덤프"를 수행하는 것입니다. 과제가 정해진 기간 동안 만 이루어지는 한 작동합니다.

풀 타임 지원을 위해 일하기 위해 사람들을 고용하는 것은 문제입니다. 용도가 적고 구경이 특히 높지 않습니다.

(재무 적 현실은 회사에 대한 지원이 매우 유리할 수 있다는 것이며, 일단 명성을 얻은 후에는 원래 개발에 참여하지 않더라도 다른 회사의 지원을 받기 위해 접근하게됩니다.)

하지마

나에게 가장 좋은 옵션은 개발자를 지원과 비지원으로 분리하지 않는 것입니다. IMHO에는 세 가지 주요 이유가 있습니다.

• 지원하기 어려운 것을 쓰는 사람들은 이러한 것들을 지원해야 할 때까지 배우지 않습니다.
• 지원 만하는 사람들은 보통 미래의 작업을 방해하더라도 오류를 수정하는 데있어 가장 저항이 적은 길을 택할 것입니다.
• 별도의 지원 개발자를 확보함으로써 새로운 개발 일정에 머무르는 이론적 인 시간 절약은 항상 지시를 제공하거나 작업을 반복해야하는 것보다 더 많이 소비됩니다.

개발 팀 내에서 유지 관리 작업을 수행하거나 유지 관리 작업을 새로운 팀 구성원에게 교육장으로 삼는 접근 방식을 취하는 사람들이있을 수 있지만, 장기적인 목표로 판매하려는 경우에는 가슴 앓이를 줄 사람들 또는 곧 나갈 사람들.

100 % 지원 개발 역할에서 벗어나기위한 명확한 길과 항상 좋은 사람들의 관심을 끌기 위해 일정 비율의 새로운 개발 작업이 필요합니다.

당신은 그 역할에 무한한 행복을 느끼는 사람들을 무한히 끌어 들이고 싶지 않으며, 당신이 결코 고려하지 않는 일종의 보수를 제공하지 않는 한, 좋은 개발자들이 그 역할을 수행하고 장기적으로 유지하도록 설득하지 않을 것입니다 경력 이동.

개발자에게 지원 작업을 재미 있고 가치있게 만듭니다.

다음과 같은 이유로 지원을하고 싶습니다.

• 전 세계 사람들과 이야기합니다. 그런 친구를 많이 사귀 었습니다. 몇 년 전 내 고객 중 한 명이 나를 결혼식에 초대했습니다! 사무실에 핀이있는 세계지도를 가지고있었습니다.
• 지원은 귀하의 작업에 가장 만족할만한 수준 입니다. 사용자를 행복하게하면 정말 행복해집니다.
• 불만은 자신을 향상시키는 유용한 방법입니다. 나는 불만을 진지하게 받아들이고, 대부분의 경우 화가 난 사람을 행복한 고객 / 사용자로 전환시켜 결국 그 단어를 퍼뜨릴 수 있습니다.
• 고객 / 사용자에게 필요한 것을 이해 하는 데 도움이됩니다 . 그런 다음 더 나은 소프트웨어를 구축 할 수 있습니다.

몇 가지 이유가 있습니다.

지원 자체에 대해서는 관리하기 쉬운 프로세스를 구현하는 것이 좋습니다.

지원 사례를 받으면 다음을 수행합니다.

• 재현 가능한 버그 인 경우 백 로그에 버그를 추가하고 고객 / 사용자에게 ID를 제공합니다. 또한 고객 / 사용자의 ID를 확인하여 해결 사실을 알리고 개인적으로 공개합니다. 그의 이메일을 직접 수집하면 쉽습니다.
• 소프트웨어를 사용하는 데 문제가있는 경우이를 문서를 개선 할 수있는 기회로 생각합니다. 모든 답변은 나중에 데이터베이스에 추가하는 기술 자료 기사처럼 작성됩니다. 작성하는 데 3 배의 시간이 걸리지 만 나중에 반복하지는 않습니다 (대부분의 사용자는 KB로 브라우징하는 것을 선호합니다).
• 기능 요청 인 경우 사용자를 제품 소유자와 직접 연결합니다. 이것은 매우 귀중합니다. 물론 우리는 uservoice.com과 같은 시스템을 사용하지만 사용자와 직접 대화하는 것이 훨씬 좋습니다.
• 불만이 있으면 프로세스 외부에서이를 관리하려고합니다. 불만이 사소한 경우라도 불만이 중요하다고 여겨지는 사람들.

지원 개발자에게 빌드보다 5 또는 10k를 더 지불하고 개발자를 잊어 버리는 이유는 무엇입니까?

역할을 지원하기 위해 추가 프리미엄을 첨부함으로써; "고객 연합"및 "생산 코드 유지 관리"의 추가 과제를 인식하고; 당신은 추가적인 동기 부여를 제공 할뿐만 아니라 더 중요한 것은 역할이 더욱 명성을 얻는 것으로 보일 것입니다. 결국 높은 급여는 더 중요한 역할을 의미해야하며, 그렇지 않은 경우에도 그렇게 인식 될 것입니다.

지원이 2 순위 직업이라고 생각하면 사람들을 고용하는 데 어려움이있을 수 있습니다. 당신이 직업 제한 및 막 다른 직업으로 취급한다면, 당신은 좋은 지원자를 얻을 수 없습니다.

지원은 일반적으로 새로운 개발만큼 재미 있지 않으며 별도의 개발 및 지원 팀이있는 경우 지원 팀은 개발이 제공하는 것을 가져와야합니다. (저는 R & D가 멋진 무언가를했던 소프트웨어를 우리에게 건네주는 장소에서 일했지만 일반적으로 생산 품질을 위해 재 설계가 필요했고 정치적인 이유로 그럴 시간이 충분하지 않았습니다. 장난.)

지원이 실제로 업무상 중요한 경우 지원해야합니다. 별도의 지원 팀이 필요하다고 주장하고 좋은 지원 팀이 있어야하는 경우 이러한 문제를 해결해야합니다. 경력이 있는지 확인하십시오. 지원을 통해, 부분적으로는 자부심을 가지고, 다른 사람들이 자신의 가치를 깨닫게하기 위해, 돈을 이력서에 넣을 수 있도록 돈을 홍보하십시오. 표준을 설정하고 지원 팀이 프로젝트가 개발에서 지원으로 전환 할 준비가되었는지 여부에 대한 정보를 제공 할 수 있습니다. 일이 덜 재미 있고 더 중요하기 때문에 더 잘 지불하십시오. ( "필요한 신청자를 얻을 수 없습니다"라고 일반적으로 번역되지 않은 경우 "필요한 신청자를 얻을 수 없습니다"라고 말하는 관리자와 더 동정을 나타냅니다.

지원을받는 것이 일반적으로 쉽지 않다는 데 동의하지만 많은 개발자는 실제로 소프트웨어 자체를 작성하지 않더라도 프로젝트의 "소유권"과 관련된 명성을 누릴 수 있습니다. 그 프로그래머는 그 프로젝트를 시작했고 실제로 시스템에서 귀중한 전문가가되었습니다. 내가 일하는 회사의 새로운 개발에 주로 관여하지만, 유능한 동료들 중 다수는 실제로 가장 중요한 업무용 소프트웨어를 유지 관리하는 것으로 매우 존경 받고 있습니다. 결국, 현재 지원되는 소프트웨어는 아마도 현재 돈을 벌고있는 소프트웨어 일 것입니다.
나는 모든 사람들이 하위 파 프로그래머를위한 끔찍한 던전 직업으로 지원을 보지 않는다고 말하고, 더 많은 사람들을 끌어 들이기 위해 그 정서를 연기 할 것입니다.

몇 가지 생각 :

1) 당신은 그것이 막 다른 길과 경력 제한으로 보인다고 말합니다. 이것이 사실이 아니고 사람들이 다른 것들 (개발, 프로젝트 관리, 팀 운영)에 갔다면, 당신이 사용할 수있는 예제가 있다고 확신합니다. 예가 없다면, 막 다른 길과 경력이 제한적이며 이러한 문제를 해결해야한다는 점을 인정해야 할 수도 있습니다.

2a) 지원에 버그 수정이 포함 된 경우 왜 분리됩니까? 누군가가 처음부터 잘못 코딩했다면 다른 사람에게 엉망으로 만들어서 무엇을 가르치고 있습니까? 또한 지원 개발자가 개발자만큼 우수하지 않다면 개발자가 제대로 할 수 없었던 문제를 어떻게 해결할 수 있을까요? 진지하게 규칙을 작성하고 수정해야합니다.

2b) 지원에 버그 수정이 포함되어 있지 않으면 매우 다른 작업이며 다른 기술을 강조합니다. 개발과 청소 사이의 교차에 대해 걱정하는 것 이상으로 여기에서 교차하는 것에 대해 걱정할 필요가 없습니다.

3) 회사에 유리하다고 말한 다음 관련 사람들에게 유리하게 만듭니다. 이것은 더 나은 돈, 더 나은 훈련, 더 나은 키트를 통해 그리고 그들이 실제로이 일을하는 데 필요한 모든 것을 제공하는 것일 수 있습니다. 사용 가능한 돈이 있다면 훌륭한 직업이 되십시오.

게시물을 읽을 때 발생하는 문제는 자신이 게시물이 훌륭하다고 생각하지 않는다는 것입니다. 그것이 사실이라면 그것을 하나로서 팔 수 없다는 것은 놀라운 일이 아닙니다.

지원은 어려운 일이며, 하루 종일 사람들이 불평하는 것을 좋아하는 사람은 없습니다. 좋은 사람들을 찾는 데는 시간이 걸릴 수 있지만 일단 당신이 그들을 유지해야합니다

1. 좋은 사람을 유지하기 위해 업계 요금보다 훨씬 좋은 돈을 지불
2. 좋은 작업 환경을 제공하고, 직장에서 제공되는 점심 및 음료와 같은 작은 것들을 제공합니다.
3. 모든 지원 직원을 작고 시끄러운 방에 넣지 마십시오.

zappos.com은 좋은 회사에서 일할 때 일을 엉망으로 만들 필요가 없다는 것을 보여주었습니다. 지원을받는 것의 최악의 부분은 누군가를 도울 수 없다는 것입니다. 서비스 계약을 통해 사용자를 망쳐 놓았거나 곧 수정되지 않는 버그가있는 소프트웨어를 배송 한 경우 지원이 중단됩니다. 문제에 대한 해결책을 찾도록 격려해야합니다. 일종의 프로그래밍.

대학을 졸업 한 첫 회사를 2 년 동안 지원했습니다. 몇 년 동안 가입하게 된 이유는 다음과 같습니다.

1. 소프트웨어 엔지니어가되기 위해 필요한 경력 경로.
2. 회사의 주요 언어를 익힐 시간이 필요했습니다 (1989 년경 포트란).
3. 결혼하지 않아서 회사 나 직장이 마음에 들지 않으면 끊을 수있었습니다.

개발과 지원 (분할 역할)의 혼합은 어떻습니까? 이미 언급 한 이유 (개발자! = 제품 지원 담당자) 때문에 계속해서 구매에 어려움을 겪고 있다고 생각합니다. 그러나 제품이 내부 기술, 80 % 개발에 대한 광범위한 이해에 의존하는 경우 20 % 지원은 공정한 균형을 이룰 것입니다. 또는 신입 사원이 제품에 대한 정확한 정보를 얻을 수 있도록하는 일종의 멘토링 / 그림자.