Three-Headed WooCommerce 프로젝트: 대행사, 프리랜서 및 클라이언트 개발자

온라인 쇼핑이 향후 10년 동안 소매점을 단계적으로 없앨 것이라는 예측과 함께 사람들은 점점 더 온라인 상점의 대세에 뛰어들고 있습니다. WooCommerce 프로젝트를 개발하려면 필요할 때 대행사에서 사용할 수 없는 시간과 전문 지식이 필요하므로 프리랜서 개발자와 같은 다른 곳에서 도움을 찾아야 합니다.

전문가를 불러야 하는 단계에 이르렀다면 어떤 점을 고려해야 할까요? 새로운 "추가"를 가능한 한 매끄럽게 만드는 방법은 무엇입니까? 또한 고객이 이미 내부 개발자를 사용할 수 있는 경우에는 어떻게 합니까?

일이 매우 철저하게 계획되고 실행되지 않으면 관련된 많은 사람들이 정말 엉망이 될 수 있습니다.

이러한 까다로운 작업 시나리오를 어떻게 관리하고 이를 유리하게 활용할 수 있는지 살펴보겠습니다!

당신은 좋은 의사 소통을해야합니다, 그렇지 않으면 좋은 아무것도 성취되지 않습니다

모든 업무 관계의 초석이자 성공적인 프로젝트 실행의 열쇠는 항상 광범위한 의사 소통입니다. 요구 사항이 정확히 무엇인지에 대한 명확한 그림을 개발하는 데 중요한 클라이언트와 관련된 모든 개발자와 직접 프로젝트에 참여시키든 클라이언트에서 가져온 것이든 모두.

이를 달성하기 위해 많은 에이전시와 개발자가 Slack의 많은 기능으로 인해 그룹 토론에 Slack을 사용합니다. 관련된 모든 당사자 간에 커뮤니케이션이 오가는 공통 기반을 갖는 것의 중요성은 WooExpert와 SAU/CAL의 Codeable 전문가 Mitchell Callahan에 의해 더욱 자세히 설명됩니다.

이것은 꽤 자주 발생하는 일입니다. 고객은 WooCommerce 전문 지식을 원하기 때문에 귀하를 고용하지만 일반적으로 함께 작업하는 사내 개발자나 프리랜서를 가질 수 있습니다. 그렇기 때문에 프로젝트에서 작업하는 모든 개발자와 클라이언트 회사의 연락처가 모두 동일한 Slack 채널에 있는지 확인해야 합니다. 이렇게 하면 프로젝트에 관련된 모든 주제가 서로 더 효과적으로 의사 소통할 수 있습니다.

커뮤니케이션 도구가 설정되면 다음 도구인 코드 저장소에 집중할 차례입니다.

코드에 대한 견고한 프로세스가 있어야 합니다.

다른 개발자가 동일한 프로젝트에서 작업할 때 누가 어디서 무엇을 했는지 찾기 위해 수백 개의 코드, 파일, 디렉토리를 더듬는 것을 원하지 않습니다. 그렇기 때문에 코드의 변경 사항을 추적할 수 있도록 Github 또는 Bitbucket과 같은 도구를 올바르게 설정해야 합니다.

Mitchell은 다음과 같이 설명합니다.

비즈니스 외부의 다른 개발자와 작업할 때 변경 사항을 추적할 수 있도록 Git 리포지토리가 있어야 합니다. 사이트에 추가된 내용이 있으면 누가 추가했는지, 언제 추가했는지 알 수 있으므로 문제가 발생한 경우 격리할 수 있습니다.
여기서 가장 중요한 것은 견고한 프로세스를 갖추는 것입니다. 따라서 라이브 서버로 푸시하기 전에 항상 pull 요청을 수행하고 누군가가 코드 검토를 수행해야 합니다.

도구는 보다 효율적인 작업 환경을 위한 수단일 뿐입니다. 보셨듯이 누락된 부품은 모든 움직이는 부품이 가능한 한 마찰 없이 작동할 수 있도록 하는 명확한 프로세스를 가지고 있습니다. 그리고 그것이 우리의 다음 요점입니다.

모든 사람은 자신이 담당하는 것이 무엇인지 알아야 합니다

모든 개발 프로세스의 결과는 각 주제가 따라야 하는 지침과 역할의 명확성에 달려 있습니다. 특히, 효율적인 프로세스를 원한다면 Mitchell이 ​​강조하는 것처럼 명령 흐름에 대해 잘 정의된 구조가 필요합니다.

다른 개발자와 함께 작업하는 경우 계층 구조가 있는 것이 좋습니다. 사실, 우리는 CTO가 pull 요청을 담당하는 사람이라고 항상 주장합니다. 이렇게 하면 그를 병합할 수 있는 유일한 사람이 될 수 있으므로 각 코드 덩어리가 구조화된 방식으로 검토, 병합 및 예약되도록 할 수 있습니다. 대규모 조직에서는 이것이 병목 현상이 될 수 있으며 여러 사람이 이를 해결하도록 할 수 있습니다.

이렇게 하면 프로젝트에 대한 권한 충돌이 없고 물론 프로세스가 원활하게 실행됩니다.

프로젝트 관리 도구: 하나를 선택하여 모두에게 공유

함정을 완화하기 위해 모든 것을 하고 있다면 프로젝트 관리 도구 주변을 정리하는 데 시간을 투자하는 것을 놓칠 수 없습니다. 가장 중요한 것은 동시에 두 개 이상의 PM 도구를 실행하지 않는 것입니다. 그것은 몇 분 안에 엉성하게 될 것이므로 프로젝트에 전혀 가치를 추가하지 않으면서 작업량을 증가시킵니다.

프로젝트 중 하나에서 프리랜스 개발자 및 클라이언트의 사내 개발자와 함께 작업할 때 목표는 가장 편안한 PM 도구에 모든 당사자가 참여하도록 하는 것입니다. 모든 사람이 선호하는 도구가 있기 때문에 달성하기가 상당히 어렵다는 것을 압니다. 그러나 Mitchell과 SAUCAL 직원이 고객과 개발자를 확보할 수 있는 방법은 다음과 같습니다.

예를 들어 많은 사람들이 Jira를 사용합니다. 여기서는 Breeze라는 이름을 대신 사용합니다. 어떤 사람들은 그것을 처음 보았을 때 '오, 이것은 너무 강력해 보이지 않습니다.'라고 말합니다. 그리고 그것이 교육 구성 요소가 개입하는 곳입니다. 우리는 그들에게 우리가 같은 목적(우커머스 사이트 구축)을 위해 수년간 이 일을 해오고 있다고 설명합니다. 그리고 프로세스의 일부이자 일반적으로 개발자인 것을 진정으로 원하는 사람들을 위해 우리는 시스템 사용 방법에 대해 교육하는 데 시간을 할애할 것입니다. 그렇게 하면 우리는 모두 응집력 있고 공유된 방법.

서로 다른 당사자, 즉 고객의 사내 팀과 일부 프리랜스 개발자 간에 서로 다른 프로젝트 관리 도구를 사용하면 프로젝트 기간이 불필요하게 연장될 수 있습니다. 그렇기 때문에 중복 도구를 제거하고 모든 노력을 공유 도구로 중앙 집중화하는 것이 프로젝트(및 정신 건강)에 크게 도움이 되는 이유입니다.

마무리

관련된 모든 당사자가 사용하기로 동의한 Slack 채널, 공유 리포지토리 및 하나의 프로젝트 관리 도구는 유연한 프로젝트 완료를 위한 핵심 요소입니다. 그러나 삶의 대부분의 일과 마찬가지로 모든 것은 모든 당사자 간의 효과적인 의사 소통으로 귀결됩니다. Mitchell이 ​​말했듯이 이 격차를 줄이는 것이 중요합니다.

가장 약한 의사소통자를 가진 사람이 가장 약한 고리가 될 것입니다.

Matteo Duo는 세계 정상급 WordPress 개발자와 양질의 작업이 필요한 비즈니스를 연결하는 #1 WordPress 중심 아웃소싱 플랫폼인 Codeable.io 의 콘텐츠 전략가입니다. 그는 수년 동안 클라이언트 및 개발자와 적극적으로 협력하여 관계의 다양한 복잡성을 문서화하고 WordPress를 효과적인 비즈니스 자산으로 활용하는 방법에 대한 지침을 제공합니다.