우리가 의견에서 얻은 상호 작용을 바탕으로, 개인적인 이유로 인해 개발자를 멀리하지 않았다는 가정을하겠습니다. 그러나 이러한 대화를 바탕으로이 좌절은 여전히 고용 관리자의 책임이라고 생각합니다. 언급했듯이 개발자에게는 전혀 경험이 없지만 개발자를 고용하는 방법을 어떻게 결정합니까?
당신이 최선을 다한 것처럼 들리지만, 당신은이 프로젝트의 규모를 감당할 수 없었던 누군가를 고용했고, 그 아래 부서진 기초를 쌓아서 떠났습니다. 안타깝게도 개발자와 기업가의 차이점은 전자가 시간당 / 봉급을 받는다는 것입니다. 그는 일한 시간 동안 돈을 받고 더 이상 돈을받지 않기로 결심했을 때 떠났다. 당신이 할 수있는 일은 없습니다.
그래서 지금 무엇? 사람들을 프로세스로 대체하는 길을 시작한 것 같습니다. 문서 만 충분히 가지고 있다면 사람들은 떠날 수 있고 다른 사람들은 그만 둔 곳을 찾을 수 있습니다. 작동하지 않는 IMO 및 작동하는 경우 신뢰할 수있는 영구 직원으로 구성된 팀보다 훨씬 비쌉니다. 지난 30 년 동안 다양한 회사의 경영진이 사람들을 충분한 문서 (마지막 직업 포함)로 교체하려고 시도했으며 매번 실패했습니다. 그렇기 때문에 나는 직업을 바꾸기로 결정했고 지금은 구식이며 정확한 문서가 남아 있지 않지만 새로운 스타트 업에서 인생의 시간을 보내고 있습니다.
내가 당신이라면 내가 할 일은이 프로젝트를 집어 들고 완성하기에 충분한 기술과 경험을 가진 적절한 사람을 찾으려고 노력하는 것입니다. 여기에는 코딩 기술뿐만 아니라 기본 프로젝트 관리뿐만 아니라 디자인, 아키텍처도 포함됩니다. 그가 어떻게 일을하는지 또는 얼마나 많은 문서를 작성해야하는지 정의하려고하지 마십시오. 올바른 사람을 찾는 데 집중하고 그에 따라 지불 할 준비를하십시오. 당신이 그를 찾을 때, 당신의 역할이 그를 지원하고 감시 / 미시 관리가 아닌 그의 길에서 장애물을 제거하는 것임을 확인하십시오. 나는 당신이 이전에 그렇게했음을 암시하지는 않지만 많은 관리자들이 그렇게하는 경향이 있다는 것을 알고 있습니다.
더 많은 소프트웨어 엔지니어링 배경을 가진 다른 기업가와 대화하십시오. 이 포럼을 읽고 예상 고용인에게 물어볼 일련의 질문을 생각해보십시오. 문제를 제시하고 접근법이 무엇인지 물어보십시오. 그가 올바른 사람이라면 (그리고이 페이지를 보지 않았다고 가정하면) 복구를 시작할 때 회사에서해야 할 일에 관해 다른 사람들이 이미 제안한 많은 것들을 제안 할 수 있어야합니다. 고용 된 시점부터 v1.0이 출시 될 시점까지 계획을 정의하도록 요청하십시오. 그는 어떻게 당신을 거기에 데려다 줄 것입니다. 그러한 사람을 인터뷰하는 데 도움을 요청하십시오.
내 생각 중 몇 가지 : 버그 추적은 필수입니다 (Jira는 최대 10 명으로 구성된 팀의 경우 $ 10). 소스 제어는 필수입니다 (git은 무료입니다. perforce는 땅콩을 최대 5 명 정도의 사람들에게 제공합니다). 코드는 문서입니다. 귀하의 서면 단어 문서가 아닙니다. 그는 코드를 검토하고 구할 수있는 것을 유지해야합니다. 나머지는 버리고 유지 관리 가능하고 읽기 쉬운 코드 작성에 중점을 둡니다. 소수의 고급, 소수 페이지 디자인 문서에 대한 문서를 저장하십시오. 작업중인 기술을 알아야합니다. 좋은 의도를 가진 사람을 고용하지 마십시오. 당신은 그들에게 당신의 시간에 배울 여유가 없습니다. 그들이 수행 한 다른 프로젝트에 대해 물어보십시오 (불행히도 당신이나 당신이 찾은 누군가가 기술적 측면을 따라야 할 수도 있습니다). 당신은 충분한 경험을 가진 사람을 찾고 있지만 동시에 그 흥분의 불꽃이 타 버린만큼 너무 많이는 아닙니다. 굶주린 사람을 찾아 영향을 미치십시오. 그가 제안하거나 따르는 방법론을 통해 정기적 (1 주 또는 2 주) 단위로 작업을보고 즉각적인 피드백을 제공 할 수 있습니다. 정확히 7.4 개월 안에 준비 될 것이라고 말한 사람은 고용하지 마십시오. 완료되면 알려 드리겠습니다.
행운을 빕니다