앱 개발 시 요구 사항을 정리한다는 의미는 이번 개발 프로젝트에 개발햐야 하는 앱의 범위를 정하는 업무를 말합니다. 즉 요구 사항이 정확히 정리되지 않았다는 의미는 정확히 어떤 앱을 개발해야 할지 모른다는 말이 됩니다. 기간과 예산을 정해 놓고 진행하는 개발 프로젝트 성격 상 이런 경우 이미 결과는 정해진 것입니다.
무엇을 개발할 것인가?
많은 기획자나 개발자가 좋은 게 좋은 것이라는 생각을 가지고 있기도 합니다. 그래서 엡을 개발하는 도 중 계약에 벗어나거나, 앱 설계에 벗어나는 요구를 수용하기도 합니다. 문제는 이러한 새로운 또는 계약에 벗어난 요구를 정해진 기간과 투입된 인력으로 처리할 수 있으면 영업 측면의 서비스가 될 수도 있습니다. 그러나 원래 앱 개발 내용도 처리 못하게 되는 상황이 된다면 이는 중대한 계약 위반 사항이 되는 것입니다.
보통 앱 개발 프로젝트는 정해진 기간과 예산하에 진행함으로 개발하여야 할 내을 사전에 정하고 진행합니다. 개발이 되었다, 안되었다는 개발이 본격화되기 전 협의하에 정한 앱 내용을 토대로 확인하게 됩니다.
이 협의하에 정한 개발할 앱에 관련한 사항이 바로 요구 사항이 되는 것입니다. 물론 계약 시 또는 제안 시 어느 정도 개발의 내용이 규정되기도 합니다. 그러나 이때 정해진 내용들은 많은 경우 개발 기준으로 삼기에는 다수 포괄적이거나 추상적이어서 어떻게 이해하느냐에 따라 전혀 다른 앱을 규정하게 되기도 합니다.
이런 이유로 앱 개발 시작 전 요구 사항 정리 및 구체화는 앱 개발 프로젝트 성패의 매우 중요한 작용을 하게 되는 것입니다.
이 요구 사항 정리 작업은 원칙적으로는 개발 PM이 책임져야 합니다. 그러나 많은 경우 프로젝트 PM은 앱 개발과 관련한 내용을 잘 모른다거나, 너무 개발 지향적인 경우도 있어 기획자가 함께 작업합니다. 계약과 보안이 요구되는 기업 간의 협의 사항 등이 있을 수 있기에 최종 의사 결정은 PM 또는 PL이 개발 책임 기업 담당자와 협의를 하여 확정해야 합니다.
요구 사항 정리 방법
앱 개발 요구 사항을 정리하는 방법은 정해진 것은 없습니다. 만약 요구 사항 양식이 회사 내 있다면 그것을 사용해도 되고, 프로젝트에 따로 양식이 있다면 그것을 사용할 수도 있습니다. 단지 가장 기본이 되는 누가 보더라도 이견이 없이 내용을 명확히 정리할 수 있으면 됩니다. 그리고 무엇을 개발해야 할지 구체적 파악 할수 있는 방법이면 모두 가능 합니다.
회원 가입을 예로 들면, 가입 방식은 여러 가지가 있을 수 있습니다. 만약 요구 사항에 이런 구체적인 내용이 없다면 개발자는 단지 어떤 방식으로 든 회원 가입 기능을 개발하면 된다고 생각할 수 있고, 개발을 요구하는 기업은 상황에 따라 더 좋다고 생각드는 여러 기능과 가입 방식을 추가로 요구할 수 있다고 생각할 수 있습니다.
그러므로 요구 사항이 모호할 경우 개발이 진행될수록 문제 소지가 발생하게 됩니다. 그리고 최종 개발 결과물 또한 개발 목적물에 대한 이견으로 수용되기 어렵게 될 수도 있습니다.
요구 사항 정리는 먼저 계약 내용을 기준으로 기본 구조를 정리합니다. 그 이후 각 내용을 구체화해 나가는 방식으로 정리하는 것이 효율적일 수 있습니다. 일단 개발이 진행된다는 것은 계약을 했다는 것이기에, 모든 정리는 계약 내용을 토대로 또는 계약의 범위에서 진행되어야 합니다.
하지만 요구 사항 카테고리는 기능과 디자인 요소, 개발 요구 기업이 원하는 사항을 잡아서 진행할 수 있습니다. 앱 개발에 투입되는 인력이 크게 개발자(프로그래머)와 디자이너로 구분할 수 있기 때문입니다.
앱 개발은 투입된 이들의 작업을 통해 진행됩니다. R&R과 WBS 역시 이 기본 구분을 세분화하여 작성되게 됩니다. 그러므로 개발 부분과 디자인 부분을 큰 카테고리로 해서 정리를 하면 요구 사항 및 개발 내용 파악이 용이할 수 있습니다.
요구 사항의 최종적인 내용은 개발 외주 기업 또는 진행 팀과 개발 요구 기업 또는 앱 사업팀의 협의 완료 후 확정합니다.
요구 사항 관리
앱 개발 요구 사항을 제대로 이해하기 위해서 앱 정책과 앱 구조를 정리하여 이를 참고하면 합의된 이해를 이끌어 내는데 도움이 됩니다. 앱 정책 및 구조에 대한 사전 정리가 되어 있지 않다면 개발 규모에 복잡도에 따라 정책과 설계를 위한 추가 기간이 필요할 수도 있습니다.
합의된 요구 사항 정리 결과는 앱 개발을 위한 관리 문서와 설계 문서를 작성하는데 활용됩니다. 그리고 앱 개발을 위한 여러 문서의 타당성을 검토하는데도 요구 사항 정리 내용은 활용됩니다. 만약 개발 진행 중 이견이 있는 추가 내용이 있다면 요구 사항 정리를 가지고 협의 해야 합니다.
이후 기획 문서로 정리되는 화면 정의서 및 기능 정의서의 내용도 요구 사항 정리 내용을 기반으로 확인합니다.
만약 개발 과정 중 추가 요구 사항이 협의 확정된다면 업데이트를 통해 요구 사항에 반영합니다. 요구 사항은 최종 개발 완료 시까지 진행 앱 개발 프로젝트의 범위와 내용의 최종 기준으로 관리되어야 합니다.
'앱기획 웹기획' 카테고리의 다른 글
스토리보드 유형과 종류 그리고 작성 방법 (0) | 2023.05.06 |
---|---|
화면 정의서와 기능 정의서 차이 구분 (2) | 2023.05.05 |
벤치마킹이 성공하기 어려운 이유와 패스트 팔로워 전략의 조건 (0) | 2023.04.30 |
앱 서비스 기획 이후 진행되는 앱 개발 기획 내용 정리 (0) | 2023.04.29 |
기간의 정함이 없는 서비스 기획과 정함이 있는 앱 개발 기획 (0) | 2023.04.28 |
댓글