프로젝트의 발견 단계 및 IT 이니셔티브를 강화하는 데 도움이 되는 방법

게시 됨: 2022-11-25

인사이트, 요약:

전 세계적으로 구현된 모든 혁신적인 IT 프로젝트 중 단 10~30%만이 성공 합니다.
소프트웨어 개발 프로젝트를 잘못되게 만드는 많은 문제 는 발견 단계를 도입함으로써 예방할 수 있습니다.
프로젝트의 발견 단계는 소프트웨어 개발 파이프라인의 첫 번째 단계로, 비즈니스 아이디어를 경쟁력 있는 완전한 기능을 갖춘 솔루션으로 변형 하는 것을 목표로 합니다.
프로젝트 검색 단계는 일반적으로 요구 사항 도출, 솔루션 설계, 솔루션 설계 및 프로젝트 계획의 네 단계로 구성됩니다 . 각 단계는 투자자 및 이해 관계자에게 홍보하고 개발 프로세스를 구축하는 데 사용할 수 있는 일련의 결과물을 생성합니다.
비즈니스 분석가와 엔지니어링 팀 대표 는 일반적으로 검색 수행을 담당합니다. 특히 경험이 풍부한 사내 IT 인재가 부족한 경우 아웃소싱된 검색 단계도 가치 있는 옵션입니다.
Waterfall 을 선택하든 Agile 프로젝트 관리 방법론 중 하나를 선택하든 검색의 길이와 범위에 영향을 미칩니다.
Waterfall 에서는 전체 범위를 미리 계획하는 것이 일반적이며 프로젝트의 규모와 복잡성에 따라 4주에서 8주 또는 그 이상이 소요될 수 있습니다.
Agile 에서는 소위 스프린트 0 또는 시작 단계를 설정하는 것이 일반적이며 일반적으로 최대 2주 이하가 소요됩니다. 일반적으로 개발 트랙보다 앞서 한 두 번의 반복을 실행하는 발견 트랙이 뒤따릅니다.
표준 검색 단계의 비용은 $20,000 부터 시작합니다.

혁신적인 아이디어가 있습니다. 기술 애호가인 우리는 즉시 기능적인 앱으로 전환하고 싶은 가려움증을 느낍니다. 그러나 소위 발견 단계 없이 개발에 뛰어드는 것은 특히 복잡하거나 혁신적인 솔루션을 구현할 때 치명적일 수 있습니다.

다양한 연구에 따르면 전 세계적으로 구현된 모든 소프트웨어 개발 프로젝트 중 10~30%만이 성공합니다.

그리고 슬픈 사실은 아이디어가 혁신적일수록 프로젝트가 실패할 가능성이 높다는 것입니다.

실패의 이유는 다양하지만 종종 잘못된 프로젝트 계획과 관련이 있습니다.

DevTeam이 공유한 설문 조사에서는 소프트웨어 프로젝트 실패의 일반적인 원인을 조사했습니다. 설문 조사에 참여한 회사는 소프트웨어 개발 이니셔티브가 실패했다고 생각하는 이유를 세 가지까지 선택하도록 요청 받았습니다. 실패의 상위 세 가지 원인은 조직의 우선 순위 변경, 부정확한 요구 사항 및 프로젝트 목표 변경이었습니다.

소프트웨어 엔지니어링 서비스를 제공한 우리의 경험은 다음을 입증합니다. 소프트웨어 개발 프로젝트를 잘못되게 만드는 많은 문제를 방지할 수 있으며, 여기서 발견 단계가 시작됩니다.

IT 이니셔티브를 시작하려고 하는데 통제 불능 상태가 되는 것을 원하지 않는다면 계속 읽으십시오. 아래에서는 기업과 신생 기업이 소프트웨어 솔루션을 성공적으로 출시하는 데 검색 단계가 어떻게 도움이 되는지 공유하고, 어떤 유형의 프로젝트가 검색 활동을 통해 이점을 얻을 수 있는지 설명하고, ITRex 포트폴리오의 예를 통해 검색 단계의 대략적인 비용을 공유합니다.

프로젝트의 발견 단계는 정확히 무엇입니까?

프로젝트 검색 단계는 소프트웨어 개발 파이프라인의 첫 번째 단계입니다. 이 단계에서는 비즈니스 컨텍스트에 대해 아이디어를 테스트하고 의심을 없애고 미래 앱에 대한 가정을 증명합니다.

적절하게 처리되면 검색 단계는 비즈니스 아이디어를 완전한 기능의 솔루션으로 전환하는 방법을 이해하는 동시에 정확한 시간 및 비용 추정을 위한 기반을 제공하는 데 도움이 됩니다.

궁극적으로 프로젝트에 발견 단계를 도입하면 사용자의 기대에 부응하고 경쟁력 있는 제품을 구현하는 데 도움이 됩니다.

작업 범위에 따라 발견 단계는 Agile 프로젝트의 경우 2~4주, Waterfall 프로젝트의 경우 4~8주 또는 그 이상이 소요될 수 있습니다. 일반적으로 시간 및 재료(T&M) 가격 책정 모델에 따라 청구됩니다.

프로젝트 발견 단계에는 어떤 단계가 포함됩니까?

프로젝트의 검색 단계에는 일반적으로 다음 네 단계가 포함됩니다.

요구사항 도출
솔루션 설계
솔루션 아키텍처
프로젝트 기획

요구사항 도출

이 단계에서는 명확한 제품 비전을 설정합니다. 또한 이 비전을 실현하기 위한 전략적 측면에 대해서도 생각합니다. 이를 위해 다음 단계를 수행합니다.

주요 이해 관계자 및 비즈니스 컨텍스트 식별

인터뷰, 설문지, 토론, 포커스 그룹 및 관찰을 통해 프로젝트의 발견 단계를 시작하여 향후 솔루션이 사용될 환경에 대해 자세히 살펴보고 주요 이해 관계자의 요구 사항과 기대치를 기록합니다. 후자에는 제품 소유자, 관리자, 최종 사용자, 개발자, 투자자 및 향후 솔루션을 만들고 사용하는 데 관련된 기타 사람들이 포함되어야 합니다.

또한 기존 문서를 다시 살펴보는 것을 잊지 마십시오. 시장 조사, 사용자 인터뷰 또는 기타 유용한 문서가 이미 있는 경우 추가 조사 시간을 절약하여 프로젝트 검색 단계를 단축할 수 있습니다.

제품 비전 정의

이해 관계자 피드백을 기반으로 제품 비전을 정의합니다. Think — 제품 개발 목적을 설명하고 사용자에게 핵심 가치를 전달하는 고급 문서입니다.

성공 메트릭 식별

프로젝트 발견 단계의 다음 단계로 제품 성능 측정 기준에 대해 생각해 보십시오. 여기에는 월별 수익, 일일 활성 사용자, 고객 평생 가치 및 기타 요소가 포함될 수 있습니다. 제품 관리자는 이러한 기준에 따라 제품이 설정된 비즈니스 목표를 충족하는지 모니터링합니다.

대상 사용자 식별

계속해서 대상 고객을 조사하고 사용자 페르소나를 만드십시오. 그들의 요구 사항, 기대치 및 고충을 파악하고 앱의 사용자 여정에서 이를 해결할 방법을 생각하십시오.

기술 요구 사항 파악

프로젝트 검색 단계의 이전 단계에서 집계된 모든 데이터를 SRS(소프트웨어 요구 사항 사양)로 변형하여 향후 솔루션에 대한 기능 및 비기능(성능, 사용성, 보안 등) 요구 사항을 모두 문서화합니다. 매력적인 문서를 작성하는 방법에 대한 자세한 내용은 SRS 작성 가이드를 참조하세요.

위험 관리 전략 수립

위험 예방 및 완화 전략을 수립합니다. 이는 문제가 되기 전에 잠재적인 위험, 불확실성 및 장애물을 식별하고 대응하는 데 도움이 됩니다.

프로젝트 범위 및 일정 정의

프로젝트 검색 단계의 이 시점에서 프로젝트를 완료하는 데 필요한 리소스, 비용 및 시간에 대한 자세한 추정치를 제공할 수 있습니다. 정의된 이정표, 산출물 및 기한으로 전체 프로젝트 타임라인을 작성하여 단계를 완료합니다.

요구 사항 추출 단계를 완료하면 다음과 같은 결과물이 준비됩니다.

제품 비전 선언문
프로젝트 범위 문서 및 선택적으로 범위 다이어그램
사용 사례, 사용자 스토리 및 사용자 여정 지도
제품 요구 사항 문서(PRD), 기능 요구 사항 문서(FRD) 또는 소프트웨어 요구 사항 사양(SRS)
위험 관리 전략
프로젝트 일정

솔루션 설계

솔루션 디자인 단계의 목표는 제품의 사용자 경험을 디자인하고 모양과 느낌을 만드는 것입니다. 설계 단계에서는 일반적으로 다음 작업을 수행합니다.

사용자 여정 지도 만들기

대상 고객 조사 및 사용자 페르소나를 기반으로 제품에 대한 사용자 경험을 높은 수준의 시각적으로 표현합니다. 일반적으로 각 사용자 세그먼트에 대해 별도의 사용자 여정 맵이 필요합니다.

사용자와 미래 제품 간의 상호 작용 지점을 생각하여 프로젝트 검색 단계를 계속하십시오. 조사 중에 수집한 데이터를 사용하여 여정 지도를 채웁니다.

디자인 측면에서 맵은 타임라인만큼 단순할 수도 있고 각 단계에서 정확히 어떤 일이 일어나는지 묘사하는 스토리보드만큼 복잡할 수도 있습니다.

와이어프레임 및 목업 만들기

솔루션 구조와 설계를 전달하는 청사진을 만들어 개념을 시각화합니다.

프로토타입 구축

솔루션 프로토타입을 구축하여 단계를 완료합니다. Think — 기본 기능과 디자인을 모두 반영하는 미래 솔루션의 초기 버전입니다. 프로토타입은 이해관계자에게 미래 솔루션이 어떻게 작동하고, 보이고, 느껴질지 맛보기로 제공하는 훌륭한 수단입니다.

사용자 흐름과 UX 및 UI 결정을 검증하기 위해 여러 차례의 테스트를 거칠 것입니다. 그리고 그것은 완벽하게 괜찮습니다. 반복할 때마다 이해 관계자 피드백을 수집하고 이를 바탕으로 디자인을 완성합니다.

솔루션 설계 단계가 완료되면 다음 결과물이 제공됩니다.

사용자 여정 지도
UI 와이어프레임 및 UI 디자인 목업
충실도가 낮은 솔루션 프로토타입

솔루션 설계

프로젝트 발견 단계의 이 단계에서는 설계된 비전이 기술적으로 실현되는 방법에 대해 생각합니다. 모두 완료하려면 다음을 수행하십시오.

기술적 비전 만들기

기술 모범 사례, 비즈니스 컨텍스트 및 개발 팀의 피드백을 기반으로 제품 비전을 실현하는 방법에 대한 기술 솔루션을 설계합니다. 기술 비전이 유연하고 미래 지향적이며 전반적인 비즈니스 전략과 일치하는지 확인하십시오.

기술적 타당성 분석 수행

프로젝트 검색 단계의 다음 단계로 솔루션 제공 방법에 대한 세부 정보를 평가합니다. 기술 환경, 사용 가능한 인프라, 리소스 및 예산을 고려하십시오. 최종 목표는 제안된 기술 솔루션의 실행 가능성을 결정하고 프로젝트가 경제적으로 정당할 뿐만 아니라 법적으로나 기술적으로 실현 가능하도록 보장하는 것입니다.

솔루션 아키텍처 설계

업계 모범 사례에 의존하고 기술 요구 사항을 기반으로 미래 솔루션의 아키텍처를 설계합니다. 내장된 확장성, 유연성 및 보안은 추구해야 할 기능입니다. 이를 통해 나중에 솔루션을 더욱 발전시킬 수 있습니다.

최적의 기술 스택 선택

다음 단계는 최적의 프로그래밍 언어, 프레임워크 및 라이브러리를 선택하는 것입니다. 그렇게 할 때 선택하는 기술이 향후 솔루션의 성능과 확장성, 시장 출시 시간, 소프트웨어의 유지 관리 가능성 및 지원 비용에 영향을 미친다는 점을 염두에 두십시오. 이러한 요소에 대해 기술 옵션을 신중하게 평가하십시오.

프로젝트 범위를 결과물로 나누고 백로그 구조를 만듭니다.

프로젝트 범위가 명확하고 기술 선택이 이루어지면 워크로드를 특정 결과물로 나누고 프로젝트 백로그를 설계할 수 있습니다. 백로그를 구성하는 방법에는 여러 가지가 있습니다. 우리는 사용자 스토리를 가장 편리하게 전달해야 하는 신호로 사용하는 것을 발견했습니다.

QA 및 테스트 전략 설계

솔루션이 결함 없이 실행되도록 하려면 초기에 철저한 QA 전략을 설계하는 데 노력을 투자하십시오. 균형 잡힌 품질 보증은 QA의 필수 부분이지만 테스트에만 국한되지 않는다는 점을 기억하십시오. 따라서 계획 단계 초기에 QA 활동을 통합하고 필요한 기능 및 비기능 테스트 활동을 따르십시오.

솔루션 설계 단계를 완료하면 다음 결과물을 얻게 됩니다.

기술적 비전
솔루션 타당성 기록
솔루션 아키텍처 다이어그램
기술 스택
범위 기준선
백로그 구조
QA 및 테스트 전략

프로젝트 기획

프로젝트 검색 단계의 프로젝트 계획 단계의 목표는 사용 가능한 리소스와 제약 조건을 염두에 두고 설정된 기간 내에 프로젝트를 완료하는 방법을 정의하는 것입니다. 그렇게 하려면 다음 활동을 수행하십시오.

리소스 도출, 시장 출시 시간 및 예산 추정

프로젝트를 완료하는 데 필요한 모든 리소스를 식별, 구성 및 나열하는 리소스 계획의 초안을 작성하여 단계를 시작합니다. 나중에 계획을 청사진으로 사용하여 프로젝트 작업이 제 시간에 예산 내에서 완료되도록 합니다.

프로젝트 로드맵 개요

목표, 이정표, 산출물, 리소스 및 계획된 타임라인을 포함하여 프로젝트의 주요 요소에 대한 전략적 개요를 작성합니다. 개발 후반 단계에서는 로드맵을 참조 가이드로 사용하여 프로젝트 팀을 순조롭게 진행합니다.

프로젝트 팀 구성

제품의 유형과 복잡성, 출시 시간, 할당된 예산 및 기타 프로젝트 제약 조건을 기반으로 프로젝트 팀을 구성하여 비전을 실현합니다. 최적의 팀 구성을 확보하려면 심도 있는 프로젝트 팀 구조 가이드를 자유롭게 공부하세요.

프로젝트 KPI 정의

프로젝트 성공을 측정하기 위해 추적할 메트릭을 설정합니다. 여기에는 예산, 품질, 효율성 및 타임라인 KPI가 포함될 수 있습니다. 소개하는 모든 메트릭이 SMART 인지 확인하십시오(구체적이고 측정 가능하며 달성 가능하고 관련성이 있으며 시간 제한이 있음).

진행 상황 추적 도구 설정

프로젝트 데이터를 수동으로 관리할 필요가 없습니다. 대신 다양한 소스의 데이터를 편리하게 탐색할 수 있는 프로젝트 관리 도구를 사용하십시오. 시장에서 가장 인기 있는 진행 상황 추적 도구는 Trello, JIRA, Hive, Asana, Nifty 등입니다.

프로젝트 인프라 설정

핵심 검색 활동이 완료되면 운영 및/또는 DevOps 팀을 불러와 프로젝트의 검색 단계를 완료할 때입니다. 개발 및 테스트 활동을 위한 환경을 설정하고 자동 배포를 위한 파이프라인을 만듭니다.

프로젝트 계획 단계가 끝나면 다음 결과물이 준비됩니다.

프로젝트 로드맵
예산 견적
팀 구성
프로젝트 KPI
프로젝트 인프라 계획
선택적으로 스타트업이 투자자에게 발표할 피치 데크.

발견을 수행하고 조정하는 책임은 누구에게 있습니까?

위의 정보를 사용하여 프로젝트의 검색 단계를 스스로 시작할 수 있습니다. 또 다른 방법은 적절하고 숙련된 인재로 귀하를 지원할 숙련된 프로젝트 검색 서비스 공급자에게 문의하는 것입니다. 일반적으로 프로젝트 검색 팀에는 비즈니스 분석가와 엔지니어링 팀 대표(솔루션 설계자, ML 컨설턴트 또는 프로젝트와 관련된 기타 역할)가 포함됩니다. 확장 검색 팀은 다음 역할로 구성될 수 있습니다.

제품 소유자

제품 소유자는 초기 제품 아이디어를 갖고 제품 비전 개발을 담당하는 사람입니다. 제품 소유자로서 귀하는 제품 개발에 참여하게 되지만 귀하의 작업은 보다 전략적인 반면 분석, 설계 및 개발의 주요 부분은 일반적으로 다른 팀 구성원에게 인계됩니다.

프로젝트 매니저

프로젝트 관리자는 이해 관계자 간의 원활한 의사 소통, 작업 범위 계획 및 프로젝트 진행 상황 추적을 담당합니다.

비즈니스 분석가

비즈니스 분석가는 초기 비전을 실제 기능 솔루션으로 전환하는 방법에 대한 구체적인 계획을 제시합니다. 비즈니스 분석가는 이해 관계자를 인터뷰하고 그들의 요구 사항을 분석하고 이를 비즈니스 컨텍스트와 비교 평가하여 자세한 SRS를 작성합니다.

솔루션 아키텍트

솔루션 설계자는 요구 사항을 분석하고 솔루션 논리 및 아키텍처를 설계합니다. 또한 경쟁력 있고 미래 지향적인 소프트웨어를 얻을 수 있도록 도구, 기술 및 방법론을 제안합니다.

UX/UI 디자이너

UX/UI 디자이너는 끊김 없이 원활한 사용자 경험을 디자인하는 사람입니다. 그들은 미래의 제품을 가능한 한 편리하고 매력적으로 만들기 위해 사용자의 요구와 선호도를 연구합니다.

또한 검색 팀에는 DevOps 엔지니어, QA 엔지니어 및 보안 엔지니어가 포함될 수 있습니다.

DevOps 엔지니어 는 구현하기로 선택한 경우 프로젝트 활동을 위한 인프라를 설정하고 자동화된 빌드를 위한 파이프라인을 설계하는 일을 담당합니다.

제품에 엄격한 품질 요구 사항이 적용되는 경우 검색 활동에 QA 엔지니어 를 참여시키십시오. 요구 사항의 타당성을 평가하고 필요한 QA 활동을 모든 개발 단계에 통합하도록 합니다.

그러면 보안 엔지니어 가 제품이 필요한 안전 표준을 준수하고 내장된 보호 메커니즘을 자랑하는지 확인합니다.

Agile 및 Waterfall 프로젝트에서 발견은 어떻게 다릅니까?

Waterfall과 같은 선형 프로젝트 관리 접근 방식을 선택하든 Agile 제품군의 관리 방법론 중 하나를 선택하든 검색 단계 처리 방식에도 영향을 미칩니다.

Waterfall에서는 개발이 시작되기 전에 모든 검색 활동이 미리 완료됩니다. 발견 단계는 일반적으로 최대 8주가 소요되며 프로젝트 예산의 10~15%가 소요됩니다. 완료되면 팀은 필요한 모든 결과물을 얻습니다.

반면 Agile에서 발견 단계는 일반적으로 개발 트랙보다 한두 번의 반복을 실행합니다. 일반적으로 몇 주 또는 그 이하가 소요됩니다.

차이점에 대해 자세히 알아보려면 폭포 대 애자일 프로젝트의 검색 단계에 대한 기사를 읽어보세요.

어떤 유형의 프로젝트가 발견 단계에서 이점을 얻을 수 있습니까?

우리는 ITRex의 수석 BA인 Vladimir Sechko와 만나 발견 단계를 도입함으로써 이익을 얻을 수 있는 프로젝트 유형에 대해 질문했습니다. 스포일러: 아무거나. 그리고 그러한 반응에 대한 이유는 나중에 설명하겠습니다. 지금은 ITRex의 포트폴리오에서 세 가지 예를 사용하여 검색 활동이 유용한 시기를 설명하겠습니다.

프로젝트 1. 시장 조사 및 예측을 위한 소프트웨어 플랫폼

소매업체를 위한 시장 조사 및 예측 플랫폼을 만들고자 하는 스타트업이 ITRex에 접근하여 아이디어의 실현 가능성을 테스트하고 솔루션 개념을 추가로 개발했습니다.

패션 소매 시장을 겨냥한 ML 기반 플랫폼은 제조업체와 소매업체가 생산 및 판매 품목의 양을 특정 판매 관심 장소의 수요에 맞게 조정하는 데 도움이 됩니다. 예측은 소셜 미디어 정보를 포함한 오픈 소스 데이터를 기반으로 합니다.

제공 범위에는 예측 모델에 대한 데이터 소스 조사, 예측 모델 이면의 논리 고려, 미래 솔루션의 기능 설명, 데이터 수집 및 데이터 저장과 관련된 규정 준수 요구 사항 설정이 포함되었습니다.

비즈니스 분석가와 ML 엔지니어가 발견 활동 수행에 참여했습니다.

발견 단계가 끝날 때 고객은 아이디어의 타당성을 검증하고 모든 기능 블록이 철저하게 설명되고 시각화된 낮은 수준의 기능 솔루션을 얻었을 뿐만 아니라 향후 솔루션에 대한 규정 준수 요구 사항을 배웠습니다.

솔루션의 개념은 이제 추가 개발에 필요한 리소스를 유치할 가능성이 높은 투자자에게 제시되고 있습니다.

따라서 다음과 같은 경우 프로젝트 검색 단계를 수행하는 것이 좋습니다.

귀하의 솔루션은 AI, ML 및 기타 혁신적인 기술과 관련이 있습니다.
귀하의 솔루션은 공개 데이터에 의존하며 세그먼트의 데이터 수집 요구 사항에 익숙하지 않습니다.
아직 초기 비전을 연마하지 않았으며 첫 번째 개발 반복 중에 집중해야 할 핵심 기능을 모릅니다.

프로젝트 2. B2B 흐름 조정을 위한 백오피스

음악 스트리밍 서비스, 온라인 인쇄 및 자수 서비스, 음악 밴드가 상품을 디자인하고 판매할 수 있는 온라인 상점을 포함하여 4개의 비즈니스 라인을 운영하는 한 소유자는 모든 비즈니스 라인을 조율할 수 있는 편리한 백오피스를 개발하기를 원했습니다. 백오피스를 통해 부분적으로 오프라인이었던 B2B 관리 프로세스를 개선할 수 있습니다.

발견하는 동안 ITRex의 비즈니스 분석가는 클라이언트의 요구 사항을 연구하고 미래 솔루션의 기능 맵을 설계했습니다. 제안된 솔루션은 클라이언트의 파트너와 직원이 파트너 모듈 내에서 원활하게 통신하는 데 도움이 됩니다.

따라서 발견 활동을 수행한 후 클라이언트는 PHP Symfony 프레임워크를 사용하여 실현될 미래 솔루션의 완전한 기능 맵을 얻었습니다.

따라서 문제의 솔루션이 복잡하고 많은 통합 기능이 있는 경우 검색 활동을 수행하십시오. 발견 단계는 가치를 미리 얻기 시작하기 위해 첫 번째 개발 반복 중에 집중할 핵심 기능을 선택하는 데 도움이 됩니다.

Project 3. 색다른 모바일 광고 플랫폼

한 스타트업이 ITRex를 선택하여 시장에 빨리 출시하고 싶은 제품 비전을 검증하고 추가로 개발했습니다. 그들은 도박 요소가 있는 광고에 대한 새로운 접근 방식을 제시했습니다. 모바일 플랫폼을 통해 광고주는 사용자가 TikTok과 같은 방식으로 볼 수 있도록 비디오 광고를 업로드할 수 있습니다. 또한 광고주는 캠페인에 지출할 금액을 설정해야 합니다. 비디오 콘텐츠를 시청하는 동안 임의의 사용자에게 짧은 시간 동안만 표시되는 보상 청구 버튼이 표시되며 보상은 광고주가 설정한 합계와 동일합니다.

프로젝트의 발견 단계에서 고객의 비즈니스 아이디어를 연마하고, 규정 준수 요구 사항을 문서화하고, 개발할 솔루션의 플랫폼을 선택하고, 사용자 경험을 설계하고, 보상 알고리즘의 특성을 고려하고, 사기 방지 메커니즘을 구성했습니다. .

클라이언트는 ITRex의 팀과 함께 솔루션 개발을 계속했습니다.

따라서 다음과 같은 경우 검색 단계를 선택하세요.

개발 중인 솔루션은 광고 및 도박과 같은 도메인의 교차점에 있습니다.
솔루션은 신속하게 출시되어야 합니다. 이 경우 검색 중에 얻은 결과물은 개발 프로세스를 안내하고 개발 실수를 방지하는 데 도움이 됩니다.
적절한 기술과 플랫폼에 대해 확신이 없습니다.
규정 준수 및 보안 요구 사항에 대해 확신이 없습니다.

선을 그어 발견 단계는 성공적인 제공을 목표로 하는 모든 프로젝트에 유용할 수 있습니다. 발견 활동을 비즈니스 아이디어에 대한 또 다른 건전성 검사로 생각하십시오.

프로젝트 검색 단계 역시 변화하거나 불안정한 환경에서 개발을 탐색하는 데 도움이 됩니다. 갈고 닦은 비전, 철저한 요구 사항 및 신중한 일정을 통해 최종 목표를 놓치지 않고 개발 과정을 보다 쉽게 조정할 수 있습니다.

Discovery 산출물은 제품 소유자/제품 관리자에 대한 의존도를 낮추는 데도 도움이 됩니다. Agile에서 제품 관리자의 실수는 치명적일 수 있습니다. 전략적 의사 결정이 종합적으로 고려되고 검증되는 발견 단계 이전의 프로젝트에서는 전략적 실패의 가능성이 훨씬 낮습니다.

프로젝트의 발견 단계를 수행하는 데 드는 비용은 얼마입니까?

발견 단계의 총 비용은 프로젝트의 복잡성과 수행할 활동 범위에 따라 다릅니다.

예를 들어, 사려 깊은 비전이 있는 프로젝트의 경우 발견 단계의 핵심은 실현에 대한 최적의 접근 방식을 제시하고 필요한 모든 견적을 도출하는 것입니다. 총액은 약 $10,000-$15,000 입니다.

비전이 명확하지 않은 프로젝트에 대한 발견 활동은 일반적으로 시간 및 재료 가격 책정 모델에 따라 비용이 청구됩니다. 이러한 프로젝트의 발견 비용은 $20,000 에서 시작하며 필요한 산출물에 따라 그 이상입니다.

요약하자면

따라서 차세대 획기적인 애플리케이션을 개발하는 스타트업이라면 발견 단계로 개발 프로세스를 시작하면 다음과 같은 도움이 될 수 있습니다.

가치 제안, 사용자 요구 사항 및 비즈니스 목표 파악
작업 범위를 정의하고 자세한 시간 및 예산 견적을 받으세요.
작동하는 프로토타입을 얻어 투자자에게 피칭하세요.
자세한 아키텍처 솔루션을 얻고 올바른 파트너 및 벤더 찾기 시작
개발 후반 단계에서 비용이 많이 드는 수정을 방지할 수 있도록 신중한 제품 비전 확보
결과적으로 더 높은 투자 수익을 얻을 수 있습니다.

비 IT 분야에서 운영되는 기업의 경우 프로젝트 검색 단계를 도입하면 다음과 같은 이점을 얻을 수 있습니다.

잘 문서화된 프로젝트 비전 및 범위
결정의 기반이 되는 실제 이해관계자 피드백
사내 인재의 영향력 극대화
시간과 돈 투자에 대한 철저한 이해
사용자 친화적인 경험
더 높은 투자 수익

프로젝트의 발견 단계에 대해 여전히 답이 없는 질문이 있거나 이니셔티브를 시작할 신뢰할 수 있는 파트너를 찾고 있는 경우 ITRex에 문의하십시오 . 우리의 경험이 풍부한 BA가 프로젝트 성공의 토대를 마련할 것입니다!

2022년 11월 21일 에 https://itrexgroup.com 에 원래 게시되었습니다 .