프로젝트의 발견 단계에서는 어떻게 됩니까?

자, 당신은 훌륭한 스타트업 아이디어를 가지고 있습니다. 다음은 무엇입니까? 그들이 말했듯이 잘 시작된 제품은 반쯤 만들어진 제품입니다. 베스트 프랙티스는 웹 프로젝트에 대한 좋은 시작 작업이 거의 매번 제품 발견 단계와 관련되어 있음을 보여줍니다.

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

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

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

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

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

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

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

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

제품 검색 기본 사항

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

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

지금까지 비즈니스 소유자로서 새 제품에 대한 검색 세션을 고려해야 하는 주요 이유를 찾으십시오.

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

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

보시다시피, 발견의 주요 제품 개발 규칙에는 필수 예외가 있습니다. 이제 제품 발견 단계에서 어떤 일이 일어나고 있으며 일반적으로 누가 관여하는지 알아보겠습니다.

제품 발견 단계에서는 어떻게 됩니까?

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

이 사전 개발 단계 뒤에 있는 내용과 진행 방법.

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

먼저 클라이언트는 제품 이면의 아이디어, 제품의 성능, 필수 기능으로 간주되는 기능 등을 자세히 공유합니다. 제품 아이디어 및 기타 관련 질문이 포함된 간략한 설문지를 작성하면 큰 도움이 될 것입니다. 이 단계에서 더 많은 정보를 수집할수록 더 좋습니다. 개발 팀이 클라이언트의 비전에 대한 모든 정보를 확보하면 연구 및 분석을 수행합니다.

2. 가능한 병목 현상 정의

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

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

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

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

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

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

5. 프로젝트 비용 및 시간을 추정하고 프로젝트 문서화를 완료합니다.

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

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

다음 웹 애플리케이션 프로젝트에서 사용을 고려해야 하는 8가지 우수한 Amazon Web Services(AWS).

사업주를 위한 발견 혜택

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

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

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

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

다음은 클라이언트 및 서비스 공급업체 측의 주요 제품 검색 역할입니다.

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

발견 단계에 추가 시간과 예산을 투자해야 하는 이유에 대해 여전히 확신이 서지 않는다면 아래에서 이 사전 개발 단계에서 받게 될 결과물을 찾을 수 있습니다.

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

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

따라서 검색 단계 후에 클라이언트는 다음과 같은 결과물을 기대할 수 있습니다.

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

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

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

당신은 또한 좋아할 수 있습니다: 소프트웨어 개발 프로젝트 역할 및 책임.

마지막 생각들

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

공정하게 말하면 모든 기업에 이 초기 컨설팅 단계가 필요한 것은 아닙니다. 제품에 대한 사소한 변경 및 다른 서비스 제공업체의 기성 프로젝트 문서는 발견을 건너뛰는 두 가지 경우입니다. 그래도 항상 작게 시작하고 개발 팀과 협력하여 비용과 시간을 파악하고 아이디어를 강화하는 것이 좋습니다.

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