프로젝트의 검색 단계에서는 어떤 일이 발생합니까?

훌륭한 시작 아이디어가 있습니다. 다음은 무엇입니까? 잘 시작된 제품은 반쯤 만들어진 제품이라는 말이 있습니다. 모범 사례는 거의 모든 웹 프로젝트 작업의 좋은 시작이 제품 검색 단계와 관련되어 있음을 보여줍니다.

최근 McKinsey 보고서에 따르면 모든 IT 프로젝트의 약 17%가 성공하지 못합니다. 7%만이 지연되어 전달되고 약 50%는 예산을 초과합니다. 이들 및 기타 가능한 시동 실패를 방지할 수 있는 것은 무엇입니까? 모범 사례는 시기적절하고 신중한 분석 및 계획이 몇 가지 함정을 예방하는 데 도움이 될 수 있음을 보여줍니다. 탈출구로서 발견 단계는 새로운 프로젝트를 제시간에 그리고 편안한 예산 내에서 완료하는 방법을 알고자 하는 기업에게 꼭 필요한 단계입니다.

그럼, 발견 단계에서 어떤 일이 일어나는지, 왜 그것이 필수적인지, 사업주에게 어떤 이점이 있는지 알아봅시다.

제품에 발견 단계가 필요한 이유는 무엇입니까?

제품 발견 데뷔는 2000년대 초에 시작되었습니다. 경우에 따라 몇 년이 걸릴 수도 있는 제품 개발 프로세스의 실행 방식에 대한 일관된 반응이었습니다.

2001년 출시된 Agile Manifesto는 느리고 부정확한 제품 개발에 대한 보다 시간 효율적인 대안을 제공했습니다. 민첩한 접근 방식은 소프트웨어 개발 팀이 소규모로 빠르게 진행하도록 장려했기 때문에 진정한 게임 체인저가 되었습니다. 결국 이 새로운 관행은 고객이 사용할 수 있고 따라서 사랑할 제품을 만들도록 팀을 훈련시켰습니다.

동시에 디자인 싱킹과 UX 디자인은 새로운 흑자(new black)가 되었고, 제품 개발의 주안점을 사업주가 아닌 클라이언트로 바꾸었습니다. UX는 제품 개발 팀이 새롭고 대담한 질문을 하도록 유도했습니다. 고객에게 실제로 필요한 것은 무엇입니까?

그리고 이러한 클라이언트 중심 접근 방식은 당시 신제품 발견 프로세스의 핵심을 형성합니다.

추천: 다음 PHP 프로젝트에 WordPress를 사용할 때의 장단점.

제품 검색 기본 사항

제품 검색은 말 그대로입니다. 숨겨진 의미가 없습니다. 개발 전 매우 집중적이고 정확한 연구 단계 또는 상담입니다. 작업의 범위와 복잡성에 따라 이 단계는 일주일에서 몇 달이 걸릴 수 있습니다. 제품 발견 비용은 프로젝트 복잡성에 따라 다르지만 일반적으로 총 개발 비용의 5%에서 10%를 차지합니다.

일반 권장 사항: 이 단계는 더 나아가 MVP 또는 복잡한 제품을 구축하기 전에 검증할 아이디어만 있는 비즈니스에 매우 중요합니다. 좋은 시작을 위해서는 발견이 바람직한 단계이지만 모든 신생 기업과 제품에 이 초기 단계가 필요한 것은 아닙니다. 나중에 이야기하겠습니다.

지금까지 사업주로서 신제품 발견 세션을 고려해야 하는 주요 이유를 알아보십시오.

그러나 약간의 위험으로 검색 단계를 생략할 수 있는 몇 가지 상황이 있습니다.

• 예를 들어 다른 소프트웨어 공급업체의 모든 프로젝트 문서가 이미 있는 경우.
• 진행 중인 기존 프로젝트에 약간의 변경만 필요한 경우.

보시다시피 발견이라는 주요 제품 개발 규칙에는 반드시 예외가 있습니다. 이제 제품 발견 단계에서 무슨 일이 일어나고 있으며 일반적으로 누가 관련되어 있는지 알아보겠습니다.

제품 발견 단계에서는 어떤 일이 발생합니까?

발견 약속: 모든 신제품은 처음부터 위험과 가능한 재작업을 방지할 수 있습니다. 개발팀을 알고 견적을 받고 싶다면 디스커버리를 해보세요.

이 사전 개발 단계의 배경과 진행 방법.

1. 프로젝트의 주제 영역 탐색

우선 클라이언트는 제품의 아이디어, 성능, 필수 기능 등을 자세히 공유합니다. 제품 아이디어 및 기타 관련 질문이 포함된 간단한 설문지가 큰 도움이 될 것입니다. 이 단계에서 더 많은 정보가 수집될수록 좋습니다. 개발팀은 고객의 비전에 대한 모든 정보를 확보한 후 조사 및 분석을 수행합니다.

2. 가능한 병목 현상 정의

분석에서 개발 공급업체는 가장 효과적인 방법으로 최종 사용자 문제를 해결하는 방법에 대한 조언을 제공합니다. 그런 다음 개발 팀은 클라이언트와 가능한 프로젝트 병목 현상에 대해 논의합니다. 널리 퍼진 잼 중에는 특정 제품 기능이나 예상되는 비즈니스 로직의 구현이 있습니다.

3. 가장 적합한 솔루션 논의

이 단계에서 기술 전문가는 위에서 정의한 문제점에 대한 높은 수준의 솔루션을 제공합니다.

간단히 말해서 특정 아키텍처 솔루션이 제품 요구 사항을 완전히 충족하는 이유를 설명합니다. 이 단계에서 클라이언트는 향후 제품 개발을 위한 가장 앞선 기술 스택을 제공받습니다. 이러한 방식으로 팀은 프로젝트가 가장 효과적인 방식으로 전달되도록 합니다.

4. 초기 기능 제안 및 프로젝트 범위 정의

분석을 마치고 프로젝트 범위를 지정하고 우선 순위를 식별하는 작업을 계속 진행하겠습니다. 이 단계는 클라이언트와 개발 공급업체 모두에게 필수적입니다. 형성된 프로젝트 범위를 통해 모든 당사자는 기능 설명 또는 사용자 스토리를 볼 수 있으며 더 정확한 추정에 필요합니다.

5. 프로젝트 비용 및 시간을 추정하고 프로젝트 문서를 마무리합니다.

수신된 모든 정보를 기반으로 개발 팀은 이제 필요한 모든 프로젝트 문서를 마무리할 수 있습니다. 일반적으로 이러한 문서에는 시스템 요구 사항 사양(SRS)과 클릭 가능한 프로토타입 세트가 포함됩니다. SRS 문서는 보다 원활한 개발을 위해 필요한 모든 정보를 다룹니다. 이 단계에서 개발팀은 정확한 시간과 예산 견적도 제공합니다.

제품 기대치 및 가능한 업데이트에 대해 같은 페이지에 있기 위해 개발 팀과 이해 관계자 간에 정기적인 세션을 개최하는 것이 중요합니다. 일반적으로 일주일에 여러 번이면 충분합니다. 가능한 세션 형식은 공급업체 사무실, 고객 사무실 또는 시간에 따라 원격입니다.

다음 웹 애플리케이션 프로젝트에서 사용해야 할 8가지 탁월한 Amazon Web Services(AWS).

사업주를 위한 발견 혜택

요약하면 제품 발견 단계의 모든 목표와 함께 아래 표를 살펴보십시오.

발견 단계의 첫 번째 회의에서 프로젝트 관리자는 일반적으로 비즈니스 소유자에게 명확한 질문 목록을 요청합니다. 다음은 기본 쿼리 목록입니다.

• 제품의 비즈니스 목표는 무엇입니까?
• 제품의 타겟 고객은 누구입니까?
• 주요 경쟁자는 누구입니까?
• 프로젝트 일정은 어떻게 되나요?
• 프로젝트의 대략적인 예산은 얼마입니까?

프로젝트 발견 단계의 목표를 달성하기 위해 개발 팀과 고객 대표 모두 세션에 참여합니다. 고객 측의 적극적인 참여는 성공에 필수적입니다.

다음은 고객 측과 서비스 공급업체 측의 주요 제품 검색 역할입니다.

• 고객 측:
  • 비즈니스 소유자;
  • 이해관계자.
• 소프트웨어 서비스 제공자 측:
  • 비즈니스 분석가/제품 관리자;
  • UX/UI 디자이너;
  • 소프트웨어 아키텍트.

발견 단계에 추가 시간과 예산을 투자해야 하는 이유가 여전히 의심스러운 경우 아래에서 이 사전 개발 단계에서 받게 될 산출물을 찾을 수 있습니다.

제품 발견 후 무엇을 믿을 수 있습니까?

가장 기본적인 수준에서 제품 발견은 제품의 대상 고객이 직면한 정확한 문제뿐만 아니라 비즈니스 과제에 대한 단서를 제공합니다. 여기에서 시작하여 개발 팀은 문제에 대한 효과적인 솔루션을 찾고 필요한 모든 문서를 작성하며 견적을 제공할 수 있습니다.

따라서 발견 단계 후에 고객은 다음 결과물을 기대할 수 있습니다.

• 제품의 클릭 가능한 프로토타입
• 우선 순위가 높은 기능 목록입니다.
• 제품 상세 사양;
• 제품 아키텍처 및 기술 문서
• 정확한 비용 및 시간 추정
• 개발 팀 구성에 대한 권장 사항.

보시다시피 발견 단계의 주요 목표는 시간 및 비용 추정을 통해 자세한 프로젝트 정보를 수집하는 것입니다. 또한 프로젝트 문서와 클릭 가능한 프로토타입이 생성됩니다. 이제 발견 뒤에 숨겨진 주문이 깨지면 다음에 무엇이 오는지 봅시다.

제품 발견 단계를 완료한 후 다음 단계는 제품 개발입니다. 여기에는 일반적으로 다음 단계가 포함됩니다. 프로젝트 로드맵 생성, 모든 기능 및 사용자 역할 언급, 마지막으로 최소 기능 제품(MVP) 구축.

소프트웨어 개발 프로젝트 역할 및 책임 도 좋아할 수 있습니다 .

마지막 생각들

프로젝트 발굴은 참신한 아이디어를 가진 스타트업에게 중요한 개발 단계입니다. 이를 통해 비즈니스 소유자는 개념을 검증하고 정확한 시간 및 비용 견적을 얻고 향후 개발 벡터를 보여줄 수 있습니다. 또한 Discovery는 자세한 기술 사양 SRS와 타임라인의 정확한 범위를 받는 데 도움이 됩니다.

공정하게 말하면 모든 비즈니스에 이 초기 컨설팅 단계가 필요한 것은 아닙니다. 제품에 대한 사소한 변경 및 다른 서비스 공급자의 기성 프로젝트 문서는 검색을 건너뛰는 두 가지 경우입니다. 그래도 작게 시작하고, 개발 팀과 협력하고, 관련된 비용과 시간을 알아보고, 물론 아이디어를 강화하는 것이 항상 더 좋습니다.

발견 단계는 시간과 예산을 절약하고 이익과 관련하여 모든 당사자를 위해 개발 프로세스를 보다 명확하게 만드는 것을 목표로 합니다. 프로젝트의 가장 중요한 위험과 병목 현상이 사전에 밝혀지면 스타트업이 성공할 가능성이 있습니다. 여기서 마지막으로 언급할 것은 발견은 공동 작업입니다. 정기적인 커뮤니케이션은 효과적인 제품 발견 단계 완료의 기본 키입니다.