회사는 원격 직원을 고려하거나 현지 직원을 고수해야합니까? [닫은]

엘리트 개발자는 일반 개발자보다 생산성이 10 배 더 높습니다.

회사 뒷마당보다 전 세계에서 엘리트 개발자를 찾는 것이 더 쉽습니다.

회사가 프로그래밍 핫스팟에 있지 않다면 집에서 일하는 사람들을 고용해야합니까?

나는 두 상황 모두에서 일하고 직원을 관리했으며 두 가지를 모두 조합했습니다. 나는 다음과 같이 관찰했다.

• 주니어 스태프는 원격으로 일하지 않습니다. 그들은 멘토와의 좋은 개인적 협력 관계를 요구합니다. 내 스태프 직원이 오히려 선임 (좋은) 원격 개발자에게 무엇이든 물어 보는 것보다 나를 기다릴 수 있다는 것을 알았습니다.

• 원격 작업을 고려하는 사람은 스스로 안내 할 때 효과적이며 접선을 벗어나지 않도록하십시오.

• 원격 직원은 직원을 포함시키기 위해 특별한 노력을 기울이지 않는 한 정말 쉽게 격리 될 수 있으며 팀의 일원이되지 않습니다. 이러한 격리는 프로젝트의 특정 비즈니스 동인을 오해하거나 이벤트를 부정적인 방식으로 잘못 해석 할 수 있습니다.

• 계약을 체결 할 인센티브가없는 한 계약직 직원이 원격으로 작업하지 않도록하십시오.

• 원격 팀원과 작업 할 때는 소스 제어, 참조 자료 등을 포함하여 자원에 공평하게 액세스 할 수 있어야합니다. 작업 수행을 위해 농구대를 뛰어 넘지 마십시오.

• 실무 회의를 자주 마주하도록하십시오. 이것은 사람들이 만나는 사람들에 대해 더 편할 때 훨씬 더 나은 팀 협업을 장려합니다.

아마도.

당신의 장점은 다음과 같습니다.

• 더 넓은 후보자 풀에 액세스
• 집에서 일하고 싶은 사람들에게 접근

당신의 비용은 :

• 더 어려운 의사 소통 – 누군가를 무료 회의실로 끌어들이는 것은 아닙니다.
• 즉각적인 의사 소통을 보장하지 않습니다. 만약 당신이 차단되고 Joe Remote를 기다리고 있다면, 그의 책상으로 가서 그에게 무슨 일이 있는지 물어볼 수는 없습니다. 그가 의사 소통을하지 않는다면 당신은 SOL입니다.
• 모든 개발자가 원격으로 잘 작동하는 것은 아닙니다. 일부는 생산적인 구조적 환경이 필요합니다.
• 일치하는 일정에 대한 보장이없는 경우가 있습니다. 예를 들어, 재택 근무자가 잠을 자거나 다른 시간대에있는 사람이 귀하와 다른 시간에 깨어나 일하고있을 수 있습니다.

Atwood는 그것에 관한 적절한 기사를 가지고있었습니다 .

Atwood의 기사에서 편집 :

최소 원격 팀 규모는 2입니다. 친구가 전 세계의 다른 대륙에 있더라도 항상 친구가 있습니다.

코딩을 절대적으로 좋아하는 어리석은 재향 군인 만 원격 개발 위치에 지원해야합니다. 초보자 나 캐주얼 프로그래머의 멘토링은 전혀 원격으로 작동하지 않습니다.

효과적이려면 원격 팀은 완전한 자율성과 강력한 비전과 비전을 완벽하게 실행할 수있는 리더 (PM)가 필요합니다.

무엇을하고 있는지 모르는 회사에는 원격 직원이 없어야합니다. 가장 무능한 관리자는 실제로 컴퓨터에 많은 타이핑을하고있는 것을 볼 수 있다면 열심히 일하는 것처럼 느낄 것입니다. 또한 쓸모없는 회의에 앉아 있다는 것은 강력한 의사 소통과 시간 관리의 가장 좋은 지표 중 하나입니다.

자신이하는 일을 아는 사람들이 있고 자신이하는 일을 아는 사람들이 관리하는 경우, 언제, 어디서, 어떻게 일하는지는 중요하지 않습니다. 그들은 필요할 때 필요한 것을 얻습니다.

저는 급여를 받기 위해 직접 입금을하고 누군가에게 페이퍼 체크 (실제로 미리 인쇄 된 체크 페이퍼)를 인쇄하여 봉투에 넣고 우편함에 넣는 회사에 있습니다. 내부 이메일이 충분히 안전하지 않다고 생각합니다. 모든 수표로 무엇을할까요?. 나는이 칙령이 이중 복지국에서 나온 것이라고 생각합니다. 원격으로 일하는 사람이라면 우송료가 추가로 발생하기 때문에 사람들이 원격으로 일하는 것을 너무 비싸게하지 않는 것이 좋습니다.

다음 두 가지에 해당하는 경우 원격 사용자를 두는 것이 좋습니다.

1. 사람들은 충분히 선임하고 많은 감독없이 일을 처리하고 도움을 요청하거나 그들이 갇혀 있는지 알려주는 것에 대해 적극적으로 행동해야한다는 기록을 가지고 있습니다.
2. 프로젝트의 "펄스 (pulse)"는 충분히 짧아서 (바람직하게는 매일), 배치와 관련된 문제를 신속하게 식별 할 수 있습니다. 나는 누군가가 상태 보고서에서 무언가를했거나 작업 목록에서 항목을 확인했다고 말하지는 않지만 기능으로 실제로 입증 가능한 진행 상황을 의미합니다. 물론이를 수행하는 방법에는 여러 가지가 있지만 주된 요령은 작업을 하루 안에 수행 할 수있는 작은 청크로 분할하고 이러한 작업이 완료되고 있는지 확인하는 것입니다.

오늘날 서로 가까이 앉지 않고 팀으로 쉽게 행동 할 수있는 멋진 기술이 있습니다.

IRC, Jabber 또는 이와 유사한 채팅 유형 소프트웨어를 사용하면 팀의 모든 사람이 서로에 대해 알고 있고 자신이하는 일을 즉시 파악하고 문제를 즉시 논의 할 수 있습니다. 나는 종종 프리 노드 그룹과 함께 IRC를 사용하고 거대한 집단 두뇌처럼 행동하는 하나의 큰 개발자 그룹을 갖는 것과 같습니다. Apple은 화상 채팅을 지원하는 Mac OS에 멋진 채팅 클라이언트를 구축했으며 특히 랩톱에서 효과적입니다.

회사에 부서, 프로젝트 및 작업 관련 관심 그룹 그룹이있는 자체 내부 채팅 서버가 있다면 어떻게 될지 상상해보십시오. 개발자는 회사 전체에서 볼 수있는 위치에 대한 질문을 할 수 있으므로 다른 곳에서는 다른 개발자가이를보고 답변 할 수 있습니다. 사무실 벽은 사라지고, 통신 급증과 모범 사례 및 코드 공유는 누군가가 큰 막대기를 휘두르지 않고 스스로 일어날 수 있습니다.

부하 테스트 엔지니어 중 한 명이 일년 중 1/3 정도 원격으로 일하기도하고 때로는 사무실에서 30 마일 정도 떨어진 집에서 근무하는 경우도 있습니다. 그는 채팅 소프트웨어를 계속 실행하고 전화 회의를 요청하기 때문에 사무실 밖에서도 효과적입니다.

팀의 동료가 복도에 앉아 보거나들을 수 없습니다. 큐브에 언제 있는지 알 수 없으므로 채팅 메시지를 보내며 최대한 빨리 응답합니다. 다른 사이트의 엔지니어 중 한 명과 팀 프로그래밍을합니다. 같은 일이 일어납니다. 우리는 질문 및 / 또는 미치광이 생각으로 정기적으로 서로 핑을하며, 페이스를 조정해야 할 경우 화면을 공유하고 전화를받습니다. 그가 사무실에 있는지 집에 있는지 알 수 없으며 중요하지 않습니다. 우리는 어느 쪽이든 똑같이 작동합니다.

우리의 QA 부서는 다른 주에있는 두 개의 다른 도시로 나뉘어져 있으며, 엔지니어는 약 4 개의 다른 위치에있는 도시 전체에 퍼져 있지만 전화를 사용하고 정기적으로 채팅하기 때문에 말하기가 어렵습니다. 우리는 현실에서 서로 원격으로 일하고 있습니다. 차이점은 무엇입니까? 차이점은 기업의 사고 방식입니다.

원격으로 작업하는 것에는 큰 장점이 많이 있으며, 대부분 고용주가 직원이 긍정적으로 반응한다는 것을 알아 차리려면 사고 방식이 바뀌어야합니다.

나는 또한 당신이 원하는 일에 달려 있다고 생각합니다.

소프트웨어의 아키텍처와 전체 디자인에 기여하는 경우 문제가 될 수 있습니다.

그들이 자세한 사양을 받고 방법을 제시하고 있다면 그렇게 많지 않습니다.

편집 : 분명히하기 위해 작업이 분리 될 수 있다면 원격 직원에게주는 것이 좋습니다. 그러나 자세한 토론과 건축 설계 회의가 필요한 경우 다른 나라에서하기가 매우 어렵습니다.