소프트웨어 개발자 유치, 관리 및 유지를 위한 팁

관리는 모두 사람에 관한 것입니다. 관리자든 직원이든 둘 다 개인 및 직업 목표를 달성하는 방법에 대해 생각하고 있습니다. 이러한 목표와 관련된 사람들의 개인적 특성의 조합은 시간이 지나면 긍정적이고 생산적이며 성취감을 줄 수 있는 관계를 형성합니다.

물론 후자의 경우 제품 품질이 저하되고 직원 이직률이 증가하며 목표 달성이 더욱 어려워집니다. 따라서 관리자와 직원 사이에 보람과 동기를 부여하는 관계를 구축하는 방법을 찾는 것이 효율성, 생산성 및 두 사람 모두의 자기 실현에 있어 핵심입니다.

이는 특히 소프트웨어 개발자를 관리하는 경우에 해당됩니다. 업무의 기술적 복잡성과 창의적 특성이 결과를 생성하기 위한 협소한 일정으로 압축되는 경우가 많기 때문입니다. 모든 상사-직원 관계와 마찬가지로 다음과 같은 많은 요소가 관련되어 있습니다.

• 성격
• 목표
• 기대
• 정책
• 조직 문화
• 프로젝트 기술 세부 사항

이 기사에서는 소프트웨어 개발자를 유지 관리하는 데 성공하고 싶은 사람이라면 누구나 고려해야 할 기술적 측면보다는 주요 관리 측면에 초점을 맞출 것입니다.

그러나 여기에서 "성공"이란 결과를 달성하고 회사 정책, 일정 및 예산을 준수할 뿐만 아니라 최선을 다하고 오랫동안 회사에 남아 있는 의욕적이고 생산적인 소프트웨어 개발 팀을 갖는 것을 의미합니다.

이것은 우리의 근본적인 주제로 이어집니다: 무엇이 소프트웨어 개발자를 움직이게 만드는가? 이를 염두에 두고 성공적인 소프트웨어 개발 팀에서 식별한 직원을 유지하는 몇 가지 방법을 제시할 것입니다.

적합한 사람들을 끌어들이기

소프트웨어 개발에서 고용한 인재는 성공과 실패를 결정짓고 팀에서 지속적인 변화를 만드는 것은 시간과 돈 면에서 항상 비용이 많이 듭니다. 따라서 좋은 선택 프로세스는 프로젝트의 성공에 매우 중요합니다.

채용 공고

기술 채용 담당자는 소프트웨어 개발자를 고용할 때 모든 것이 신중하게 균형 잡힌 채용 공고에서 시작된다는 것을 알고 있습니다. 게시물은 적절한 개발자가 응답할 수 있도록 동기를 부여해야 합니다. 요구 사항이 너무 많거나 전문화되면 낙담할 수 있지만 너무 모호하면 회사에서 쓸데없는 이력서가 쏟아질 것으로 예상할 수 있습니다.

자세한 급여 및 혜택 패키지를 명시하는 것도 양날의 검입니다. 경쟁업체가 해당 정보를 사용하여 보상 계획을 활용할 수 있고 개발자가 고용 중 협상을 위한 기준으로 사용할 수 있기 때문입니다. 물론 채용 과정에서 항상 협상의 여지가 있어야 하기 때문에 보상에 관해서는 채용 공고를 고정 값보다 범위를 사용하여 덜 구체적으로 제안하는 것이 좋습니다.

이에 반해, 채용 공고는 의무적이거나 있으면 좋은 직무 및 요구 사항에서 가능한 한 명확해야 합니다. 확고한 적합성으로 시작하는 것이 나머지 직원 유지 전략에 가장 적합한 컨텍스트입니다.

인터뷰

이 시점에서 후보자 평가에 대한 조언을 얻고 면접 과정에서 어떤 함정을 피할 수 있는지 알아보는 것이 좋습니다. 또한 위의 리소스 지침에 후보자에게 사전에 이전 직장에서 참조를 요청하는 것이 종종 자신의 기술을 검증하는 다른 방법을 잘 보완한다는 점을 추가할 것입니다.

채용 제안

채용은 회사가 직위 특성(이름, 직급, 지역 등), 보상 패키지(급여 및 건강, 연금 또는 교육 등의 혜택)를 요약한 공식 문서를 제출할 때 후보자에 대한 채용 제안으로 끝납니다. , 시작 날짜, 시간 일정, 근무 장소 및 후보자가 제안을 수락하는 경우 근무 계약을 체결하기 위한 요구 사항.

이 단계에서 모든 것이 어느 정도 완료되었지만 후보자는 몇 가지 조건을 협상하고 싶어할 수 있으며 이를 수락하거나 협상하는 것은 회사에 달려 있습니다. 회사의 관행에 따라 다릅니다.

그러나 회사는 원칙 문제로 좋은 후보자를 잃고 싶지 않을 것이므로 합리적인 절충안은 누구에게도 해를 끼치 지 않을 것입니다. 이 경우, 예를 들어 더 빠른 시작 날짜, 회사의 최소 영구 기간 또는 회사가 가질 수 있는 모든 특별 요구 사항과 같이 모든 양보에 대한 대가로 후보자에게 요청하는 것이 좋습니다.

성공을 위한 소프트웨어 개발 팀 관리

소프트웨어 개발자가 회사에서 일하기 시작하면 관리자는 그들이 누구인지, 어떻게 일하는지, 그리고 가장 중요하게는 그들이 생성하는 결과를 깨닫기 시작합니다. 그러면 소프트웨어 엔지니어를 유지하는 것이 분명한 우선 순위가 됩니다.

여기에서 소프트웨어 엔지니어의 성격에 대한 통찰력이 필요합니다. 특히 높은 성과를 내는 사람들은 종종 몇 가지 공통된 특성을 보여줍니다. 진행하면서 이러한 패턴을 지적할 것이지만 모든 개인에게 동일하게 적용되지 않을 수 있음을 명심하십시오. 소프트웨어 개발 프로젝트 관리는 예외만큼이나 패턴에 관한 것입니다.

훈련

소프트웨어 개발은 ​​기술적인 작업이기 때문에 회사의 구조, 목표, 절차, 정책(신조 및 비즈니스 관행 포함), 표준(기술적 및 비기술적)에 대한 매우 정확한 지식이 필요합니다. 따라서 개발자가 회사를 더 잘 이해할수록 더 나은 제품을 만들고 만드는 데 걸리는 시간을 줄일 수 있습니다.

이 기본 교육은 문서, 온라인 인트라넷 과정 또는 프레젠테이션으로 관리할 수 있습니다. 그러나 그것은 신입 사원에게 명확성을 제공하기 때문에 필수입니다.

새로운 기술이 도입될 경우 필요한 교육을 제공해야 합니다. 소프트웨어 개발자는 도전을 좋아하지만 먼저 제대로 배우지 않고 새로운 기술에 던져지는 것을 분개할 수 있습니다.

인터넷은 귀중한 학습 자료로 가득 차 있으며 종종 소프트웨어 개발자가 기술 세부 사항을 배우거나 다시 배워야 할 때 가장 먼저 찾는 리소스입니다. 소프트웨어 개발자를 유지하려면 자습 문화를 조성하고 필요하면 일할 시간을 주는 것이 중요합니다. 이러한 방식으로 팀은 소프트웨어 개발자가 종종 매우 높이 평가하는 최신 기술 및 방법을 사용하게 됩니다.

자원

어떤 사람들은 소프트웨어 개발자가 작업을 수행하기 위해 업계에서 사용할 수 있는 최상의 사양과 함께 최고의 기술을 찾고 있다고 생각합니다. 우리는 그것이 당면한 직업에 달려 있다고 생각합니다. 예를 들어 회사에서 1인칭 게임을 개발하는 경우 개발자에게 최첨단 컴퓨팅 성능을 제공해야 합니다. 그러나 작업이 트랜잭션 시스템을 위한 백엔드 웹 서비스를 개발하는 것이라면 덜 강력한 컴퓨터로도 충분할 수 있습니다.

정말 중요한 것은 개발자가 작업을 수행하는 데 필요한 모든 도구를 제공하고 새로운 도구에 대한 제안을 수용하는 것입니다. 논리적으로, 개발자가 제안하는 모든 새로운 도구는 회사의 승인(아마도 이전에 테스트)과 라이선스를 받아야 합니다. 하지만 비용을 들일 만한 가치가 있습니다. 적절한 리소스를 확보하는 것은 개발자 동기와 결과의 핵심 요소입니다. (실패하도록 설정하면 소프트웨어 엔지니어를 유지할 수 없습니다!)

조직

소프트웨어 개발자는 디자인, 표준 및 IT 정책의 지침에도 불구하고 무에서 무언가를 만드는 것이 직업이기 때문에 창의적인 노력을 장려하고 존중하는 곳에서 일하는 것을 좋아합니다. 따라서 개발자는 회사의 정책을 준수하고 회사의 신념에 부합하는 한 모든 관료주의와 제한이 최소화된 부서에 속해 있다고 합리적으로 확신해야 합니다.

이것은 소프트웨어 개발자가 회사의 나머지 부분에 비해 특별한 특권을 가져야 한다는 것을 의미하는 것이 아니라, 오히려 그들의 관리자가 필요할 때 관료주의를 극복하거나 해결하도록 돕습니다. 소프트웨어 개발자를 유지하는 데 있어 매우 중요한 측면은 상사가 개인 요구 사항에 개방적이고 필요할 때 도움을 준다는 것입니다.

내부 개발 단위 배열도 여기서 중요한 역할을 합니다. 종종 테스트 그룹이 존재하며 개발자와 테스터 간의 원활한 팀워크를 유지하는 것은 소프트웨어 엔지니어링 관리자의 의무입니다. 이는 명확한 방법론과 프로세스만 있으면 간단히 달성할 수 있습니다. 개발자는 양 당사자가 따라야 할 규칙이 있는 경우 테스터와 매우 잘 협력하여 충돌을 줄이거나 존재하지 않는 상태로 유지하는 경향이 있습니다.

커뮤니케이션(정기회의)

소프트웨어 개발자를 유지하려면 계속해서 그들을 유지하는 것이 중요합니다. 팀의 모든 구성원은 목표, 그들에게 영향을 미치는 기업 상황, 전략, 조직의 변화, 그리고 마지막으로 중요한 팀 성과에 대해 주기적으로 업데이트해야 합니다.

여러 팀원이 몇 가지 하이라이트를 공유하는 것만으로도 팀의 결속력과 팀워크를 키우는 데 도움이 됩니다. 일반적으로 이러한 팀 회의(최대 2시간)는 정기적으로(아마도 매주) 일정을 잡아야 하며 프로젝트의 마지막 단계, 중요한 상황 등과 같은 특별한 경우에도 일정을 잡아야 합니다.

팀과의 의사 소통 외에도 관리자는 업무 관련, 기술 또는 개인 상황에 관계없이 모든 구성원의 상황을 최신 상태로 유지하는 방법을 설정해야 합니다.

• 직무 관련 은 회사와 직원의 관계에서 가능한 모든 측면을 의미합니다.
• 기술적인 상황 은 개발자가 문제에 봉착하여 어떤 이유에서든 도움을 구하지 않을 때 나타납니다.
• 개발자가 공유할 경우 경험하는 개인적인 상황 이 작업 및 동료와의 관계에 영향을 줄 수 있습니다.

일반적으로 매주 30분씩 모든 팀원과의 회의를 통해 관리자는 이러한 상황을 파악하고 도움을 제공함으로써 잠재적인 인사 위기를 예방하고 회사 내 팀원의 사기를 높일 수 있습니다.

명확히 하자면, 우리는 회의 중심의 개발 단위를 설정하는 것을 말하는 것이 아니므로 엄격한 회의 규율(시간 엄수, 존중, 참여, 기간)이 필요합니다. 게다가 이 분야는 개발자들에게 그들이 일반적으로 높이 평가하는 매우 전문적인 조직에서 일하고 있음을 보여줍니다.

목표 지정 및 후속 조치

연간 일반 목표나 유사한 평가 지침을 할당하는 것은 의미가 없습니다.

이것은 소프트웨어 개발자를 다룰 때 분명한 요소입니다. 역할이 무엇이든(요구 사항 수집, 아키텍처, 디자인, 프로그래밍, 테스트 등) 목표는 최대한 명확하게 제공되어야 하므로 의미가 없습니다. 연간 일반 목표 또는 유사한 평가 지침을 할당할 때. 개발자는 프로젝트에서, 즉 명확한 범위와 일정으로 작업해야 하므로 목표를 할당하는 가장 좋은 방법은 프로젝트 시작 시 진행 사항을 평가하는 방법과 해당되는 경우 이를 인식하는 방법을 포함하는 것입니다.

다행스럽게도 요즘에는 애자일 및 스크럼과 같이 가능한 한 빨리 결과를 생성하는 것을 목적으로 하는 방법론이 있어 후속 조치 및 프로젝트 제어를 단순화합니다. 때로는 이것이 소프트웨어 인재를 유지하는 데 중요한 역할을 할 수도 있습니다. 많은 개발자는 결과를 빠르게 제공하고 정기적으로 성취감을 줄 수 있기 때문에 이러한 방법론을 좋아합니다.

게다가 개발자들은 종종 더 가벼운 방법론을 선호합니다. 그들은 요구 사항 엔지니어링, 설계, 개발, 테스트 및 구현의 긴 프로젝트 후에 최종 제품이 제공되는 Rational과 같은 고급 제품이 위험하고 따르기 어려울 수 있다는 것을 알고 있습니다.

갈등 관리

이것은 다른 종류의 소프트웨어 개발 팀과 마찬가지로 소프트웨어 개발 팀에도 적용됩니다. 소프트웨어 엔지니어링 관리자는 갈등을 신속하고 효과적으로 처리해야 합니다. 그렇지 않으면 통제 불능 상태에서 벗어나 전체 부서의 사기, 팀워크 및 효율성을 파괴할 수 있습니다.

충돌하는 개발자가 전문적이고 좋은 의도를 가지고 있다고 가정하면 관리자와 관계자가 나중에 즉각적인 해결을 통해 명확한 대화를 시작하는 것으로 팀을 계속 진행할 수 있습니다. 또한 때로는 개인적인 차원에서 갈등이 발생하더라도 수용되지 않을 것이라는 분명한 경고를 주어야 합니다.

어찌됐든 이 화해의 끝에서 한쪽이 마음에 들지 않더라도 양측이 해결이 공평하다고 느끼는 것이 매우 중요하다. 갈등은 때때로 삶의 일부이지만 소프트웨어 인재를 유지한다는 것은 그러한 상황이 발생할 때마다 모든 사람을 존엄하게 대하는 것을 의미합니다.

동기 부여

개발자의 동기에 영향을 미치는 많은 요소를 다루었지만, 또 다른 중요한 측면이 있습니다. 이것은 감정적이거나 기술적인 것이 아닙니다. 우리는 그들의 직업에 대한 보상 비율에 대해 이야기하고 있습니다.

본질적으로 이상주의적인 경향이 있음에도 불구하고 소프트웨어 개발자는 종종 물질 세계의 좋은 것을 좋아합니다. 급여와 보상 계획이 노동 시장과 일치하는지 확인하는 것이 항상 회사에 더 좋습니다. 산업 연구는 쉽게 찾을 수 있습니다.

또한 대부분의 소프트웨어 개발자는 자신의 작업을 풍부하게 하는 유용한 기술을 배울 수 있는 과정 및 기술 이벤트를 포함하여 특전과 상금에 무관심하지 않습니다.

소프트웨어 개발자를 유지하는 경우 특정 방향에 관계없이 회사 내에서 개발자의 성장을 지원하는 것이 중요합니다. 소프트웨어 엔지니어가 리더십 위치나 관리직으로 이동하려는 열망을 별로 나타내지 않을 때, 그들은 대신 기술 분야에서 발전하는 것을 고맙게 생각합니다. 여기에는 석사 학위 또는 박사 학위와 같은 더 많은 고급 인증 및 공식 학업 프로그램이 포함됩니다. 지식은 그들에게 매우 강력한 원동력입니다.

그러나 그들이 리더십 위치로 성장하기를 열망한다면 후보자의 성격과 회사 내 이력을 철저히 분석하는 것이 좋습니다. 이는 인적 자원 부서나 다른 회사 부서의 도움을 받아 수행할 수 있습니다. 좋은 관리를 위해서는 기술적 숙련도를 넘어서는 완전히 다른 기술이 필요하기 때문입니다.

소프트웨어 인재를 유지하는 방법: 최종 발언

당신은 최선의 의도를 갖고 위의 모든 팁을 따를 수 있지만 여전히 소프트웨어 개발자를 100% 유지하지 못합니다. 때로는 외부 요인이 더 큰 영향을 미치기도 합니다. 그러나 우리는 직원 이직률이 다음과 같은 경우 건강하고 기회로 가득 차 있을 수 있다고 생각합니다.

1. 자주는 아닙니다. 그렇다면 조직 수준에서 문제가 발생했다는 신호일 수 있습니다.
2. 가장 가치 있는 자원에서만 발생합니다. 이 경우 그들이 당신의 회사를 트램펄린으로 사용하고 있음을 의미할 수 있습니다. 즉, 그들은 다른 회사로 이동하기 전에 단순히 경험을 쌓기 위해 당신과 함께 있습니다.

직원 유지 전략은 소중한 사람이 퇴사를 원할 때의 대응이 아니라 회사 정책에 반영되어야 합니다. 반동적 유지는 매우 비용이 많이 들고 결함이 있습니다. 그 사람은 머물기로 동의할 수 있지만 스스로 생각합니다. 충분한!"

이 사람의 다음 단계는 무엇입니까? 그들은 다른 직업을 찾을 수 있지만 지금은 최소 급여의 두 배입니다. 이 시점에서 모든 비용을 들여 소프트웨어 엔지니어를 유지하려고 하는 것은 가치가 없을 것입니다. 그 사람이 회사에 절대적으로 근본적이고 대체할 수 없는 사람이 아닌 한, 통지 기간을 협상하고 즉시 대체자를 찾는 것이 더 나을 수 있습니다.

결정적이지 않은 작업입니다.

소프트웨어 개발자를 유치하고 유지하는 것은 기술 산업의 모든 역할과 마찬가지로 복잡하고 비결정적인 작업입니다. 가치 있는 소프트웨어 개발자를 찾는 회사가 많이 있지만 고맙게도 여기의 목표는 이러한 회사를 이기는 것이 아니라 회사에 유지할 수 있는 좋은 사람들을 끌어들이는 것입니다.

선택 프로세스에는 많은 시간과 노력이 소요될 수 있습니다. 이 문제에 서둘러 접근하면 결국 잘못된 사람을 만나게 될 가능성이 있습니다. 누가 자신의 팀에 해가 되는 소프트웨어 엔지니어를 유지하려고 합니까? 대신 시간을 들여 올바르게 하십시오.