LearnDash 프로젝트의 완벽한 범위를 정의하는 방법

정직하고 상세하며 말도 안되는 프로젝트 범위.

그것이 우리가 목표로 하는 것입니다. 그렇지 않습니까?

정확한 견적이 없으면 프로젝트를 아웃소싱하는 것은 엄청난 관리 악몽으로 바뀔 수 있습니다.

안도의 한숨을 내쉬기도 전에, 많은 지연, 누락된 세부 사항, 앞뒤로 반복되는 무한 루프, 기한을 미루고 프로젝트의 초기 범위를 재정의할 때까지 엄청난 양의 문제를 처리하고 있는 자신을 발견하게 될 것입니다. 예산을 전혀 줄였습니다. 이 모든 것은 판매되지 않은 코스의 무거운 상자와 주머니에 거대한 구멍을 남겨 둡니다.

좋아!

슬프게도 우리 고객 중 상당수가 이전 경험에서 이러한 공포스러운 이야기를 들려주었습니다.

수년 동안 450개 이상의 기업과 협력 한 후 우리는 LearnDash 프로젝트 의 완벽한 범위를 정의하는 방법에 대해 한두 가지를 배웠습니다 .

#1 처음 몇 가지 토론이 가장 중요한 토론입니다.

WordPress 또는 LearnDash 전문가가 될 필요는 없습니다. 중요한 것은 당신이 그 사람들과 명확하게 의사 소통하는 것입니다.

아무리 사소해 보이더라도 주저하지 말고 질문을 하고 의심이나 우려 사항을 명확히 하십시오. 개발자나 에이전시와의 초기 논의는 프로젝트의 분위기와 이들과의 관계를 결정합니다.

이 단계에서 너무 세분화되는 것에 대해 걱정할 필요가 없습니다. 그러나 LearnDash 개발자에게 올바른 질문을 하고 기대치를 전달하는 것은 매우 중요합니다.

최근에 우리의 클라이언트(그를 Bob이라고 합시다)가 자신의 사이트를 LearnDash로 마이그레이션하기를 원했습니다. Bob이 LearnDash로 전환해야 하는 이유를 이해한 후, Bob의 가장 큰 관심사는 학생들이 사이트에서 불일치를 경험하지 않도록 하는 것임을 알게 되었습니다.

이와 같은 통찰력은 Bob의 특정 비즈니스 요구 사항에 대한 최적의 솔루션을 찾는 데 도움이 되었습니다.

#2 가정은 놀라운 비용과 주요 지연의 무대를 설정합니다

누락된 세부 정보와 적절한 추측은 '당신의 기대치'와 '이러한 기대치에 대한 개발자의 이해도' 사이에 격차를 만듭니다. 이 간격은 정확히 당신이 피해야 하는 종류의 블랙홀 입니다.

예를 들어, Bob은 새로운 Payment Gateway를 사용하기 시작하고 싶다고 말했습니다. 그가 누구를 염두에 두고 있는지 알지 못한다면 우리는 다음을 할 수 없을 것입니다.

1. 있으면 더 나은 대안을 제안하십시오
2. 그의 라이브 사이트에서 LearnDash 및 기타 플러그인과의 호환성 문제를 평가하고 알립니다.
3. 준비된 통합 플러그인을 사용할 수 있는지 또는 처음부터 빌드해야 하는지 확인하십시오.

즉, 아무것도 남기지 마십시오. '사용자 액세스 설정' 또는 '결제 페이지에 일부 양식 필드 추가'에 대한 사소한 누락된 세부정보라도 비즈니스에 큰 영향을 미칠 수 있습니다.

누구와 함께 일하든지 간에 상세하고 문서화된 작업 범위를 마련하는 것이 좋습니다.

#3 항상 스코프 크립 및 지연을 처리할 준비를 하십시오.

범위 크립은 프로젝트가 구현 단계에 있을 때 나타나는 성가신 작은 요구 사항 또는 변경 사항입니다. 귀하 또는 귀하의 개발자가 이전에 예상하지 못한 사소한 작업(프로젝트 범위를 생성하는 동안)으로 인해 궁극적으로 추가 비용이 발생하고 원치 않는 지연이 발생합니다.

경험 많은 LearnDash 개발자 또는 에이전시와 협력하면 이러한 놀라운 개발 오버헤드를 피하는 데 큰 도움이 될 수 있습니다. 상당한 경험을 가진 사람이 유사한 프로젝트를 처리할 가능성이 더 높기 때문에 잠재적 범위 크립을 더 쉽게 식별할 수 있습니다.

이제 범위가 아무리 상세하더라도 프로젝트가 지연됩니다. 일부는 개발자, 일부는 귀하 또는 전 세계적인 유행병으로 인해 발생할 수 있습니다! 누가 또는 무엇을 책임지는지는 중요하지 않습니다. 중요한 것은 지연이 불가피하고 고려해야 할 필요가 있다는 것입니다.  

현실적인 일정을 설정하는 것이 이 문제를 해결할 수 있는 유일한 방법이며 경험 많은 전문가가 알려줄 것입니다.

#4 여러 공급업체가 매우 다양한 견적을 제공합니다.

여러분은 이런 상황에 처했을 때 어떻게 하시나요?

대부분의 사람들은 결국 더 예산 친화적인 옵션을 선택합니다. 이것은 우리가 사람들이 범하는 가장 흔한 실수 중 하나입니다. 더 높은 숫자를 인용하는 사람이 그 숫자를 뜯어내려고 한다고 가정합니다.

물론 가능성입니다. 그러나 결정을 내리기 전에 LearnDash 프로젝트의 범위를 정의하면서 개발자가 어떻게 숫자에 도달했는지 이해하기 위해 마지막으로 한 가지 노력을 기울이는 것이 좋습니다. 잠재적인 개발자가 고객으로서 귀하를 잃을 위험을 없애기 위해 최선의 사례를 약속하지 않았는지 확인하고 싶습니다.

필요한 개발 시간을 추정할 때 최악의 시나리오는 최상의 시나리오보다 20~50배 더 ​​클 수 있습니다! 실제로 전문가들은 ' 3점 추정 '과 같은 기법을 사용하여 현실적인 추정을 하는 경우가 많습니다.

스펙트럼의 값비싼 끝에 있는 범위의 뉘앙스를 파악하면 이 사람이 말하는 내용을 알고 있는지 확인하는 데 도움이 될 뿐만 아니라 탐색해야 하는 항목에 대한 더 나은 아이디어를 얻는 데 도움이 됩니다. 미래에 그들과 함께 일하기로 선택했는지 여부.

LearnDash 프로젝트의 범위를 정의하는 2단계 프로세스를 따릅니다.

밥의 예를 들어보자.

Bob이 LearnDash로의 마이그레이션에 대해 우리에게 연락했을 때 그는 우리가 그를 위해 Udemy 또는 Coursera와 같은 Course Marketplace를 구축하기를 원했습니다.

1단계: 발견

Bob(또는 해당 문제에 대한 다른 고객)과의 통화에서 '고객 서비스 관리자'와 '주제 전문가/LearnDash 전문가'가 모두 참석했는지 확인했습니다. 이러한 통화는 다음과 같은 내용이었습니다.

• Bob의 요구 사항 이해
• 제약 조건 및 잠재적 장애물 식별
• 프로젝트의 목표 정의

우리는 이 과정을 통해 Bob을 안내하고 필요할 때 교육하며 그의 최선의 이익을 최우선으로 하기 위해 최선을 다했습니다.

필요한 모든 것이 준비되면 '초기 발견 초안'을 보내서 모두 같은 페이지에 있는지 확인했습니다. 다음과 같이 보이는 초안:

포괄적인 초안은 아니지만 그림을 볼 수 있습니다.

2단계: 노력 추정

Bob이 초안이 자신의 요구 사항에 맞는지 확인하면 계속 진행하여 'Effort Estimation' 문서를 만듭니다.

여기에서 작업을 완료하는 데 필요한 시간과 함께 기능 및 개발 작업을 매핑하고 프로젝트의 최종 일정과 비용 추정치를 도출합니다.

Bob을 위한 맞춤형 '비디오 할당 모듈'을 작업 중이라고 가정해 보겠습니다. 추정은 다음과 같습니다.

이별의 말

우리는 그것이 좌절감을 줄 수 있다는 것을 압니다.

당신은 이유를 위해 당신의 일을 아웃소싱하고 있습니다. 더 중요한 문제에 집중할 수 있도록 개발을 오프로드하고 싶습니다.

사실, 프로젝트의 이 단계에서 주의를 기울이지 않으면 가격 책정 함정에 쉽게 빠지고 한 번도 본 적 없는 문제에 직면할 수 있습니다.

요구 사항은 프로젝트 과정에서 발전할 수 있으며 괜찮습니다. 중요한 것은 적응할 수 있는 팀과 함께 일하는 것입니다. LearnDash 프로젝트 의 완벽한 범위 를 정의하기 위해 효과적으로 커뮤니케이션할 수 있는 팀입니다 .

결국 성공적인 프로젝트는 정직하고 상세하며 관련성 있는 작업 범위에서 파생된 명확한 실행 계획을 기반으로 합니다.

지금은 여기까지입니다!

질문이 있으신가요? 아래 댓글 섹션에서 그들을 쏴 버리거나 LearnDash 전문가에게 연락 하세요!