원격 개발자 팀을 관리하지 않는 방법

개발자이자 소규모 비즈니스 소유자로서 저는 양쪽에서 통찰력을 얻었고 원격 개발자로 일했으며 다른 프로젝트와 다른 팀에서 원격 개발자를 관리했습니다.

이 게시물에서는 원격 프로젝트의 모든 당사자가 삶을 조금 더 쉽게 만들 수 있기를 희망하면서 내 경험을 공유할 것입니다. 원격 팀 관리의 해야 할 일과 하지 말아야 할 일에 관해서는 "하지 말아야 할 일"에 초점을 맞추는 경향이 있습니다. "하지 말아야 할 일"과 달리 거의 모든 팀에 적용되는 경향이 있기 때문입니다.

원격 개발자의 세계에 진입할 때 관리자가 극복해야 하는 가장 큰 장애물은 개발자가 눈에 띄지 않고 수행 중인 작업을 관리하고 추적할 수 있는 위치를 수용하여 사고 방식을 바꾸는 것입니다. 이 새로운 패러다임에서는 기업이 진행 상황을 추적하고 중복 작업 부하를 피하기 위해 여러 메커니즘을 구현해야 합니다. 이러한 메커니즘은 관리자와 개발자 모두의 생산성을 높이는 데 도움이 되며 이는 모두에게 가장 큰 이익입니다.

분명히 하자면, 이러한 모든 메커니즘을 직원을 제어하거나 세부적으로 관리하는 데 사용해서는 안 됩니다.

원격 팀 신화와 오해를 믿지 마십시오

커뮤니케이션부터 시작하여 단일 프로젝트에서 원격 팀을 관리할 때의 장단점을 살펴보겠습니다.

비즈니스는 글로벌화되었으며 방대한 다국적 조직의 출현은 전 세계 수백만 명의 전문가에게 새로운 도전 과제를 안겨주었습니다. 글로벌 팀의 복잡하고 얽힌 특성은 내부 커뮤니케이션에 대해 보다 철저하고 사려 깊은 접근 방식을 요구합니다.

그러한 조직과 팀에서 많은 개인은 친숙한 환경에서 일하거나 모국어를 말하는 사치를 누리지 못합니다. 동일한 프로젝트에서 작업하는 팀은 사무실과 칸막이가 아닌 바다로 구분될 수 있습니다. 팀원들은 서로 다른 문화권에서 왔으며 전 세계에서 일합니다.

이 전문가들은 커뮤니케이션에 대해 걱정할 필요가 없지만 다국적 팀 구성원과 협력할 수 있어야 합니다. 모든 당사자가 능동적이어야 합니다. 기업 문화는 이러한 패러다임을 반영해야 하며, 멀리 떨어져 있는 다문화 팀이 번성할 수 있는 생산적인 환경을 조성하는 데 도움이 되어야 합니다.

Scott Ritter는 최근 블로그 게시물에서 원격 팀에 대한 상위 5개 신화를 깨뜨렸습니다. 이 게시물은 해당 주제에 관심이 있는 경우 유용할 수 있습니다. Toptal CEO Taso Du Val은 또한 우리 네트워크가 어떻게 운영되고 궁극적인 원격 팀 문화를 만들기 위해 어떻게 나아가고 있는지 자세히 설명했습니다.

다양성을 포용하고 장려하는 것을 잊지 마십시오

건전한 원격 팀 커뮤니케이션 전략을 향한 첫 번째 단계는 다문화 팀이 국가 및 문화적 경계를 초월하여 중앙 집중식 단일 팀으로는 달성하기 어려운 통찰력을 제공할 수 있는 독특한 위치에 있다는 인식에서 시작됩니다.

그러나 걱정하지 마십시오. 다양성은 비즈니스에 좋습니다!

The Economist Intelligence Unit 에서 실시한 설문 조사에 따르면 다문화 팀은 큰 조직에서 선호합니다. 많은 경영진은 글로벌 트렌드에 대한 폭넓은 지식을 바탕으로 혁신을 촉진하는 데 도움이 된다고 생각합니다. 또한, 그들은 "집단 사고" 사고 방식으로 고통받을 가능성이 적습니다. 다양성은 다양한 관점에서 문제를 해결하는 데 도움이 되며, 따라서 특정 지역 및 시장에 맞게 조정된 더 나은 범위의 솔루션을 생성합니다.

원격 직원을 관리하는 것이 같은 장소에 있지 않기 때문에 더 생산적일 수 있다고 주장할 수 있습니다. 직관에 어긋나게 들릴 수 있지만 원격 팀은 채팅, 사교 활동, 사소한 문제에 대해 논의하는 데 시간을 덜 소비합니다.

신체적 분리는 생산성을 높일 수 있지만 오해, 긴장, 소외, 더 큰 스트레스와 불안을 유발할 수도 있습니다. 결과적으로 개인 수준에서 긍정적이고 협력을 촉진하는 이니셔티브를 통해 이러한 부정적인 부작용을 완화해야 합니다. 원격 팀에서 의사 소통을 개선하는 것은 어려운 작업이 될 수 있으며 팀 구성원 간의 개인적인 유대감을 구축하는 것은 어려운 경향이 있습니다. 그래서 사람의 손길이 필요합니다.

배경에 관계없이 참여를 향상시킬 수 있는 것을 찾는 것은 사기와 협력을 높이는 비교적 간단한 방법입니다. 이러한 노력은 팀의 규모와 구성에 따라 다양한 형태를 취할 수 있습니다. 이상적으로는 업무 관련 대회, 재미있는 프로젝트 또는 업무와 관련되지 않은 토론에 이르기까지 팀 구성원이 즐길 수 있는 스트레스 없는 여가 활동에 중점을 두어야 합니다.

조직의 비용으로 그러한 활동에 참여하는 것은 재정 및 인적 자원의 이상적이지 않은 할당처럼 들릴 수 있지만, 공동의 대의를 중심으로 팀을 모으는 것은 일반적으로 더 나은 작업 환경, 더 강한 개인적 유대 및 개선된 생산성으로 이어진다는 점을 명심하십시오. .

채용 및 교육을 가볍게 여기지 마십시오

원격 팀 관리를 최대한 활용하려면 문화적 차이를 염두에 두고 적절한 교육을 통해 이를 보완해야 합니다.

의사 소통 기술은 문화적 차이의 영향을 받기 때문에 언어 능력 향상은 퍼즐의 한 조각일 뿐입니다. 그것은 개인, 특히 다국적 환경에서 일할 준비가 되어 있는 관리직에 있을 사람들에게 유리한 좋은 채용 정책으로 시작됩니다. 원격 프로젝트에서의 경험은 분명히 도움이 되지만 전제 조건이 되어서는 안 됩니다. 원격 개발자가 매주 사무실에 없을 것이라고 해서 채용 시 개인의 특성을 고려하지 않아야 한다는 의미는 아닙니다. 귀하와 귀하의 팀은 여전히 ​​원격 개발자와 정기적으로 의사 소통해야 하므로 현장 작업자에게 묻는 것과 동일한 질문을 하십시오. 원격이든 아니든 여전히 적응해야 합니다.

추가 교육을 통해 일부 문제를 해결할 수는 있지만 항상 실용적이지는 않을 수 있지만 어쨌든 좋은 교육은 논리적인 다음 단계입니다. 훈련은 기존의 긍정적인 특성을 개발하는 동시에 단점을 완화하고 이전에 식별된 약점을 해결해야 합니다.

원격 팀을 다루는 관리자는 일상적으로 짧은 시간에 새로운 역할을 맡아 익숙하지 않은 프로젝트를 인수해야 하며 따라잡기 위해 많은 시간을 소비해야 합니다. 이러한 상황에서 내부 커뮤니케이션은 우선 순위 목록에서 높은 순위를 차지하지 않는 경향이 있습니다. 비록 그들이 하나 이상의 프로젝트에서 수년 동안 협업한 팀을 이끌고 있을지라도 말입니다. 시간은 소중한 자산이지만 좋은 팀워크도 마찬가지입니다. 관리자는 바쁜 일정에서 시간을 내서 팀, 개별 팀 구성원 및 발생할 수 있는 문제에 대해 자세히 알아야 합니다.

원격 관리자와 부하 직원 사이의 감정적 거리도 문제가 될 수 있습니다. 팀 구성원은 새로운 팀 리더와 대면하는 것을 꺼려하거나 공식 또는 비공식 설정에서 접근하는 것을 꺼릴 수 있기 때문입니다. 훌륭한 원격 직원 관리자는 이것을 인식하고 더 개인적인 참여를 주장해야 합니다. – 재능있는 원격 개발자 팀이 당신과 생각을 공유하지 않는다면 무슨 의미가 있습니까?

복잡한 정보 시스템을 사용하지 마십시오

소스 코드 관리(SCM) 시스템, 문제 추적기(너무 복잡하지 않음), 모든 당사자가 문서화하거나 아이디어와 제안을 스케치할 수 있는 일부 Wiki 페이지를 포함하는 효과적인 정보 시스템을 구현할 기회를 놓치지 마십시오. 이러한 모든 협업 도구를 사용하면 개발 및 릴리스 관리를 훨씬 쉽게 달성할 수 있습니다.

이 정보 시스템은 매일/시간 단위로 사용되기 때문에 여기에서는 가능한 한 단순하게 유지하는 것이 중요합니다. 너무 복잡하면 구현 및/또는 설계에 사용해야 하는 시간이 걸립니다. 조직의 정책에 대해 자세히 알아볼 시간이 없는 새로운 팀 구성원과 프리랜서를 위해 프로세스를 단순화해야 할 수도 있습니다.

내가 오랫동안 즐겨 사용하는 프로젝트 관리 애플리케이션은 오픈 소스, 크로스 플랫폼 및 크로스 데이터베이스 시스템인 Redmine입니다. 이 플랫폼은 고도로 구성 가능하며 고유한 SCM, 다양한 플러그인 및 서비스 후크를 통합할 수 있습니다.

Ruby로 자체 서버를 유지 관리하고 모든 것을 직접 설정하는 문제를 겪고 싶지 않다면(Redmine은 경험이 없는 시스템 관리자에게는 복잡할 수 있음) 또 다른 좋은 선택은 GitHub입니다. git CMS뿐만 아니라 GitHub Issues도 제공합니다. , 커밋 메시지, 풀 요청 등과 잘 통합됩니다.

정보 시스템이 설정되고 준비되면 원격 개발자를 프로젝트에 통합할 수 있습니다.

세세하게 관리하지 마십시오

많은 관리자는 특히 개발자 배경 출신인 경우 책임을 회피하는 데 어려움을 겪습니다. 문제와 프로젝트 목표를 전달하는 데 집중하는 대신 해당 문제에 대한 솔루션을 찾고 구현 세부 정보를 제공하므로 개발자에게 남은 작업은 코딩하라는 지시를 받는 것뿐입니다. 이것은 원격 직원을 관리할 때 좋은 방법이 아닙니다.

한편으로 관리자는 원격 개발자를 고용하여 수행하는 일에 너무 많은 시간을 허비합니다. 개발자들은 이러한 상황에 만족하지 못할 수 있습니다. 왜냐하면 그들이 저평가되고 창의적이고 혁신적일 기회가 없거나 단순히 자신을 증명할 기회가 없기 때문입니다. 결국 문제 해결은 개발자가 수년 동안 연구하는 것과 정확히 일치하므로 방정식에서 제외하고 개발자를 자동 기계로 바꾸는 것은 이치에 맞지 않습니다!

인생의 다른 모든 것과 마찬가지로, 좋은 균형을 찾는 것이 중요합니다.

시간대에 대해 걱정하지 말고 유리하게 사용하십시오.

훌륭한 원격 개발자는 본질적으로 자립하고 독립적인 경향이 있습니다. 그들은 시간을 조직하기 위해 자유와 책임이 필요합니다. 중복 근무 시간은 필수는 아니지만 유용한 정보 시스템이 있고 개발자와 원활한 의사 소통이 가능한 경우에 유용합니다.

다른 시간대의 개발자가 프로젝트의 다양한 측면을 인수할 때 "24시간 내내" 효율성을 달성할 수 있으므로 다른 시간대에서 작업하는 것이 비즈니스에 도움이 될 수 있습니다. 개발자가 표준 시간대보다 앞서 있다면 같은 날 그의 작업을 검토할 수 있는 기회를 제공하고 다음 중요한 일을 즉시 평가하고 조정할 수 있습니다. 반면에 개발자 영역보다 앞서 있다면 개발자가 작업을 완료하는 데 필요한 모든 것을 준비할 수 있는 기회를 제공합니다.

좋은 관리자는 직원이 업무를 완수할 수 있도록 하는 서비스에 불과하며 그 반대는 아닙니다!

일일 목표를 강요하지 말고 중장기 목표에 집중하십시오

일상적인 목표는 프로젝트를 세부적으로 관리하는 형태입니다. 대신 개발자에게 전반적인 그림을 전달하고 함께 명확하게 정의된 우선 순위를 설정하십시오. 개발자가 자신만큼 프로젝트를 이해하게 하면 개발자가 더 유용할 수 있습니다.

예를 들어, 개발자는 최신 기술에 대한 통찰력이나 다양한 작업의 우선 순위 지정 또는 MVP(Minimum Valuable Product) 결정에 영향을 미치는 구현 세부 정보를 가지고 있을 수 있습니다. 둘 다 명확한 목표와 이정표를 정의하고 단계별로 작업을 완료해야 합니다. 이러한 모든 이정표가 큰 그림에 맞도록 하는 것은 귀하의 책임입니다.

내 생각에 Agile 선언문(방법론)은 지난 몇 년 동안 프로젝트 관리에서 일어난 최고의 일입니다.

이를 통해 필요한 작업을 정확히 수행하고, 실제로 구현하는 사람들에게 책임을 위임하고, 프로세스에 관련된 모든 당사자에게 상식을 강요할 수 있습니다. 당신은 난이도에 대한 높은 수준의 추정치를 사용하여 중장기 목표와 작업을 정의하고 주간(또는 격주) 스프린트 계획 회의에서 개발자가 해당 작업을 완료하는 데 필요한 정확한 작업량과 어려움을 결정하도록 합니다.

모든 좋은 일과 마찬가지로 좋은 애자일 팀을 구축하는 데는 시간이 걸립니다. 3개월 이내에 작업 팀을 구성할 것으로 기대하지 마십시오. Agile은 수행을 통해 배우고 팀으로 함께 성장하는 것입니다.

비즈니스 세부 정보를 숨기지 마십시오

글쎄, 이것은 까다 롭습니다. 일부 프로젝트는 본질적으로 민감하며 정보 누출은 해로울 수 있습니다. NDA(Non Disclosure Agreement)는 문제를 해결할 수 있지만 방탄은 아닙니다.

그러나 개발자가 더 많이 알수록 미리 정의된 작업을 해결하는 것뿐만 아니라 이러한 모든 성가신 작은 문제와 딸꾹질을 즉석에서 해결하는 데 더 효과적일 수 있습니다. 결국, 이것은 개발자를 더 생산적으로 만들고 당신의 삶을 더 쉽게 만들 것입니다.

애자일 개발 프로세스는 여기에서도 유용합니다. 계층 구조를 제거하고 해당 당사자를 동일한 책임을 가진 동일한 팀 구성원으로 간주하여 가능한 한 투명하게 작업하도록 권장함으로써 당사자(이해관계자, 테스터, 개발자 등) 간의 지식 공유를 가능하게 합니다. 투명성의 또 다른 이점은 문제가 신속하게 "에스컬레이션"되고 팀의 어느 부분에서나 선택할 수 있다는 것입니다.

원격 팀 구성원을 무시하지 마십시오

원격 작업자를 관리할 때 귀하는 팀에 대한 서비스이며 팀에 귀하의 의견이 필요한 경우 지원하기에 너무 바쁘지 않아야 함을 기억하십시오. 개발자가 스스로 해결할 수 없는 문제가 발생하면 갇히게 되어 귀중한 시간을 잃게 됩니다.

개발자로서 보통 막다른 골목에 처했을 때 SO에게 조언을 구하고 조언을 제공하려고 노력했습니다. 개발자의 조언을 완전히 무시하지 마십시오. 통찰력이 있을 수도 있고, 당신이 알지도 못하는 문제를 해결할 수도 있기 때문입니다.

무언가가 불분명하거나 문제를 해결할 필요가 없다고 생각되면 열린 마음을 갖고 자신의 입장을 주장하고 개발자가 결국 자신이 옳다고 확신할 수 있는 기회를 허용하십시오.

다시 말하지만, 이것은 의사 소통 기술을 구축하고 신뢰를 향상시킬 것입니다.

빠른 원격 팀 관리 팁

트윗과 일러스트레이션으로 요점을 이미 요약했으니, 몇 가지 더 빠른 팁과 생각을 알려드리겠습니다.

• 이러한 일반 규칙은 원격 및 현장 개발자에게 적용될 수 있습니다.
• 세세하게 관리하면 배우고 배울 기회를 놓치게 됩니다.
• 이것이 좋은 원격 팀을 구성하는 유일한 방법이므로 열린 마음과 신뢰할 수 있는 사람이 되십시오.
• 추정치는 추정치일 뿐입니다. 과소 및 과대 견적이 발생합니다.
• 일하는 사람은 누구나 실수를 하고, 남의 잘못을 용서하지 않으면 자신도 용서받지 못한다.
• 가장 중요한 것은 모든 개발자에게 가장 큰 동기(어려운 작업을 수행하는 만족 외에)는 돈입니다. 따라서 지불을 미루지 말고 보너스 정책을 도입하는 것도 고려하십시오.