프로젝트 개발 방식을 선택할 때 고려해야 할 사항들에 대해서 생각해봅시다. 프로젝트에서 개발 방식을 선택하는 문제는 매우 중요한 문제입니다. 한번 정한 개발 방식은 나중에 프로젝트를 진행하는 도중에 갑자기 바꾸거나 체계를 변경하기 어렵기 때문에 처음 프로젝트 개발 방식을 결정하는 단계에서 신중하게 다양한 요인들과 고려 사항들을 고려해서 결정해야 합니다.
프로젝트에서는 현재 상황에 맞는 가장 적합한 개발 방식을 선택하는 것이 중요합니다. 그래야만 프로젝트를 성공적으로 진행하고 완료할 수 있습니다. 그래서 프로젝트 개발 방식에 대한 선택의 문제는 프로젝트 진행의 핵심적인 사항이고 매우 중요한 일입니다. 개발 방식을 결정할 때 영향을 주는 요인들은 매우 다양합니다. 개발 방식을 결정하기 위해서 고려해야 할 사항들은 크게 보면 제품과 서비스의 특징, 프로젝트의 특성, 조직의 특징이 있습니다. 프로젝트 개발 방식을 결정할 때 다양한 변수들이 있습니다. 대표적인 고려 사항으로 제품과 서비스, 결과물 관련 변수, 프로젝트 관련 변수, 조직 관련 변수들이 있습니다. 그럼 각각의 변수들에 대해서 좀 더 자세히 알아봅시다.
프로젝트 개발 방식 선택에 대한 이해
프로젝트 개발 방식을 선택할 때 고려해야 하는 변수 중 하나는 제품과 서비스, 그리고 결과물에 대한 변수입니다. 제품과 서비스, 그리고 결과물 변수에는 가장 먼저 혁신의 정도에 따라서 고려할 수 있습니다. 혁신의 정도에 따라서 혁신의 정도가 낮을 경우 예측형 접근 방식을 선택하고 혁신의 정도가 높은 경우 적응형 접근 방식을 선택할 수 있습니다. 만약 비즈니스 요구 사항과 프로젝트 범위가 잘 정의되고 파악되었으며 프로젝트 팀이 이전에 함께 일했던 경험이 있으면 이 경우 예측형 접근 방식이 적합합니다. 또한 사전에 계획을 세울 수 있는 인도물들에 대해서는 산정의 신뢰성이 높기 때문에 예측형 접근 방식으로 접근하는 것이 좋습니다.
만약 이전에 개발해 본 적이 없는 혁신성이 높은 제품이나 서비스 개발로 높은 수준의 혁신이 필요하거나 프로젝트 팀이 경험해보지 못한 인도물들은 적응형 접근 방식이 적합하다고 할 수 있겠습니다. 비즈니스 요구 사항의 확실성과 프로젝트 범위의 안정성에 따라서도 달라질 수 있습니다. 만약 요구 사항이 잘 알려져 있고 정의하기 쉬운 경우, 그리고 프로젝트 범위가 안정적일 경우 예측형 접근 방식이 적합합니다. 만약 요구 사항이 불확실하고 변동적이거나 복잡한 경우 적응형 접근 방식이 적합합니다. 범위가 자주 변경될 것으로 예상되는 경우에는 애자일 방식의 프로젝트로 진행하는 것이 좋습니다. 요구 사항의 불확실성이 높으면 적응형, 낮으면 예측형입니다. 범위의 안정성이 높으면 예측형, 낮으면 적응형입니다.
프로젝트 개발 방식 선택을 위한 고찰
프로젝트 개발 방식을 선택할 때 고려해야 하는 변수 중 변경의 용이성과 인도 옵션도 고려 사항입니다. 프로젝트 결과물을 분할하여 인도해야 한다면 적응형 방식이 적합하고 단일 인도를 하는 형태라면 예측형 접근 방식이 적합합니다. 인도물의 특성 상 변경 사항을 관리하고 통합하기 어려운 경우가 있습니다. 그리고 한번에 인도해야 하는 대규모 프로젝트를 진행하는 경우도 있습니다. 이러한 경우는 예측형 접근 방식이 어울립니다. 만약 변경이 발생하여도 쉽게 적응할 수 있는 인도물이나 제품을 부분적으로 자주 제공할 수 있어야 하는 인도물의 경우 적응형 접근 방식이 적합합니다.
변경 용이성이 높다면 적응형, 낮다면 예측형입니다. 인도 옵션이 자주 인도해야 한다면 적응형, 한번만 인도해야 하는 경우라면 예측형을 선택해야 합니다. 프로젝트에서 리스크는 매우 중요한 요소입니다. 개발 방식을 결정하기 전에 리스크를 분석해야 합니다. 일반적으로 리스크가 높은 제품은 부정적인 영향을 낮추기 위해서 철저하게 사전에 계획을 세우고 엄격한 프로세스가 필요하게 됩니다. 이 경우 예측형 접근 방식이 적합합니다. 프로젝트 개발 방식을 선택할 때 중요한 사항들을 고려해서 선택 기준으로 삼는 것은 매우 중요한 요소들입니다. 프로젝트 매니저는 이러한 선택 기준에 대해서 숙지하고 있어야 할 것입니다.
적응형 접근 방식의 선택 기준
적응형 접근 방식은 모듈식으로 제작하고 학습을 통해서 설계와 개발을 조정하여 위협을 줄이고 기회를 창출할 수 있는 방식입니다. 리스크 관점에서는 만약 상황 변경에 따른 조정이 가능하다면 적응형을 선택하고 상세 계획과 통제가 필요한 경우라면 예측형을 선택해야 합니다. 프로젝트에 따라서는 안전 요구 사항이 있는 경우가 있습니다. 그리고 프로젝트에 따라 규제 요건들이 존재하는 경우가 있습니다.
엄격한 안전에 대한 요구 사항을 충족시켜야 하는 제품의 경우, 모든 안전에 대한 요구 사항들을 사전에 식별하고 계획하고 생성하고 통합하면서 추후 테스트할 수 있어야 하기 때문에 프로젝트 진행 과정에서 사전 계획이 필요합니다. 이러한 경우에는 예측형 접근 방식이 적합합니다. 또한 상당한 규제 감독이 있는 환경에서는 프로세스, 문서화, 입증 요건 등이 매우 중요합니다. 이러한 상황에서도 예측형 접근 방식이 적합합니다. 안전 요구 사항에 대해서 유연한 경우 적응형, 반대로 엄격한 경우 예측형을 선택해야 합니다. 규제 요건 충족과 관련하여 유연한 상황이라면 적응형, 반대로 만약 엄격할 경우 예측형을 선택해야 합니다. 상황별로 적응형 접근 방식의 선택 기준이 다릅니다.
프로젝트 개발방식 선택을 위한 고려 사항들
프로젝트 개발 방식을 선택할 때 고려해야 하는 사항들 중 프로젝트 관련 변수가 있습니다. 프로젝트 관련 변수로는 이해 관계자 참여, 일정 제약, 자금 조달의 불확실성이 있습니다. 프로젝트에서 이해 관계자들의 참여에 대한 요소는 프로젝트 개발방식을 결정할 때 고려해야 하는 중요한 사항 중 하나입니다. 사실 프로젝트 전반에 걸친 이해관계자들의 적극적인 참여는 프로젝트를 진행할 때 가장 기본적인 전제 조건이기도 합니다. 예측형 접근 방식은 주요 이해 관계자들이 마일스톤 단위로 참여하여 검증을 수행해야 합니다.
적응형 접근 방식의 프로젝트에서는 프로세스 전반에 걸쳐서 이해 관계자들의 참여가 상당한 수준으로 필요하게 됩니다. 애자일 프로젝트에서는 프로덕트 오너의 역할자가 있습니다. 애자일 프로젝트에서는 프로젝트에서 요구 사항들을 정의하고 우선순위를 정의하는 역할을 가지는 프로덕트 오너(PO)의 역할이 매우 중요하다고 볼 수 있습니다. 이해 관계자들의 참여에 대해서 높을 경우 즉응형, 이해 관계자들의 참여가 낮을 경우 에측형이 적합합니다. 스프린트는 적응형 방식이며 마일스톤은 예측형 방식인 것입니다.
일정 제약과 자금 조달의 불확실성 이해
프로젝트 개발방식을 선택할 때 일정 제약과 자금 조달의 불확실성도 고려해야 하는 요소입니다. 프로젝트 결과물 중 일부를 조기에 인도해야 하는 상황이 있을 수도 있습니다. 만약 완제품이 아니더라도 제품을 조기에 인도해야 하는 경우면 적응형 접근 방식이 적합합니다. 프로젝트에 따라 예산 확보가 어렵거나 예산 확보 부분에 대해서 불확실한 상황이 있을 수 있습니다. 예산 확보의 경우, 일반적으로 이해 관계자들의 투자 승인을 받고 나서 실현됩니다. 프로젝트 예산을 승인 받기 위해서는 프로젝트의 가치를 증명하고 입증해야 합니다. 만약 프로젝트 관련 자금 조달이 불확실한 환경인 경우 적응형 접근 방식이 적합합니다.
적응형 접근 방식은 최소기능제품인 MVP(Minimum Viable Product) 구현을 통해서 최소한의 투자로 시장에 내놓고 시장의 반응을 테스트하여 고객 반응에 따라 공략 여부를 결정하는 전략을 사용할 수 있습니다. 프로젝트의 가치는 사실 문서 만으로는 입증하기 어렵습니다. 이 경우에도 최소기능제품을 활용할 수 있습니다. 최소한의 기능을 갖춘 제품을 개발하여 시장에 내놓고 고객들이 해당 제품을 좋아하고 시장의 반응이 좋다는 것을 입증한다면 그 다음에는 본격적인 개발을 위한 투자 승인을 받기 쉬워집니다. 이러한 경우 대부분의 경영진은 적극적으로 승인하여 프로젝트가 진행될 수 있도록 지원할 것입니다. 일정 제약의 고려 사항에 대해서는 일정 제약이 높을 경우 적응형, 낮을 경우 예측형을 선택해야 합니다. 자금 조달의 불확실성에 대해서 높을 경우 적응형, 반대로 자금 조달의 불확실성이 낮고 안정적일 경우에는 에측형을 선택하는 것이 좋습니다. 프로젝트 개발방식을 선택할 때 프로젝트의 특징은 반드시 고려되어야 합니다.
프로젝트 개발 방식의 고려사항 추가 설명
프로젝트의 개발 방식을 선택할 때 고려해야 하는 사항 중 조직 관련 변수가 있습니다. 조직 관련 변수는 조직 구조와 문화, 조직 변화 관리 수준, 프로젝트 규모와 팀 위치가 있습니다. 조직 구조와 문화도 프로젝트 개발방식을 결정할 때 고려해야 하는 고려 사항입니다. 여러 단계를 거처야 하는 경직된 보고 체계나 상당한 관료주의적 조직 구조에서는 예측형 접근 방식이 적합합니다. 관리와 지시 문화가 강한 조직에서는 예측형 접근 방식이 좋습니다. 적응형 접근 방식의 프로젝트에서는 수평적 조직 구조를 가지는 성향이 있습니다.
적응형 접근 방식의 프로젝트인 애자일 프로젝트에서는 자기 관리를 강조하는 문화로 자율 구성된 프로젝트 팀으로 운영할 수 있습니다. 조직 구조의 고려 사항에 대해서 조직 구조가 수평적이라면 적응형, 조직 구조가 수직적이라면 예측형을 선택하는 것이 좋습니다. 조직 문화의 고려 사항이 자율과 자기 주도의 조직 문화라면 적응형, 관리와 지시의 문화라면 예측형이 적합합니다. 프로젝트 개발방식의 선택은 프로젝트의 성패를 좌우할 정도로 중요하다는 것도 함께 알아 두는 것이 좋겠습니다. 프로젝트 매니저는 프로젝트 개발방식에 따라서 유연하게 대처할 수 있어야 합니다.
조직적 역량과 관련된 조직 관리 수준
프로젝트 개발방식을 채택할 때 조직적 역량과 관련된 조직 변화 관리 수준도 프로젝트 개발방식을 선택할 때 고려 사항 중 하나입니다. 예측형 접근 방식을 적응형 접근 방식으로 전환하여 애자일 프로젝트 방식을 사용하게 되면 조직은 민첩한 형태로 전환될 수 있다고 생각하는 것은 현실적이지 않은 단순 아이디어나 이상일 수 있습니다. 적응형 접근 방식으로 전환하기 위해서는 경영진으로부터 조직 전체의 사고와 문화, 회사의 정책, 업무 방식, 보고 체계, 그리고 직원들의 태도 등 모든 영역들이 조정되어야 합니다. 이는 조직 변화 관리가 수반되고 필요한 사항들입니다. 조직 변화 관리 수준에 대한 고려 사항은 적응형 일 경우 높고, 반대로 예측형일 경우 낮습니다. 프로젝트 규모와 팀 위치에 대해서도 프로젝트 관련된 프로젝트 개발방식을 선택할 때 고려할 수 있는 요소입니다.
일반적으로 프로젝트 팀의 규모가 크면 예측형 방식이 적합하다고 알려져 있습니다. 적응형 접근 방식인 애자일 프로젝트에서는 7명에서 9명 사이의 인원이 한 팀이 되어 일하게 됩니다. 그리고 이렇게 구성된 프로젝트 팀은 동일한 물리적 공간에서 일하는 방식으로 진행하는 것이 좋습니다.이러한 구조에서 팀원들이 서로 떨어져서 일하게 되면 안됩니다. 만약 프로젝트 인원이 대규모 인원일 경우나 가상 환경에서 일해야 하는 프로젝트일 경우 예측형 접근 방식이 오히려 더 좋은 성과를 만들어 낼 수 있습니다. 프로젝트 규모에 대한 고려 사항의 경우 소규모일 경우 적응형이 적합하고 대규모일 경우 예측형이 적합합니다. 팀 위치에 대해서 대면 방식일 경우 적응형이 적합하고 가상일 경우 예측형이 적합합니다.
애자일 프로젝트의 적응형 접근방식 이해
애자일 프로젝트는 프로젝트의 변동성이 매우 높을 때 유용한 방식입니다. 애자일 방식의 프로젝트는 적응형 접근 방식이라고 부릅니다. 적응형 접근 방식은 변화하는 프로젝트의 상황에 맞춰서 프로젝트의 계획을 변경하는 방식입니다. 변화하는 프로젝트의 상황은 주로 요구 사항의 변경을 의미합니다. 그리고 애자일 방법론은 적응형 접근 방식을 대표하는 방법론입니다. 애자일 프로젝트는 적응형 접근 방식, 적응형 개발, 애자일과 같은 표현으로 사용됩니다.
애자일 프로젝트는 애자일, 애자일 방법론, 애자일 기법, 애자일 프로세스로 표현합니다. 프로젝트를 진행하다 보면 요구 사항이 불명확한 경우가 상당히 많습니다. 요구 사항이 불명확한데 목표를 가지고 있는 프로젝트를 진행해야 하는 경우가 있는 것입니다. 이러한 경우는 실물에 가까운 인도물을 만들어서 프로젝트 이해 관계자들에게 보여주고 요구 사항을 검증하는 방법을 사용할 수 있습니다. 요구 사항을 변경하는 것을 막기 어려운 경우에는 프로젝트 매니저 입장에서 요구 사항의 변경으로 인한 문제를 최소화하는 전략으로 접근해야 할 것입니다. 이러한 경우 가장 적합한 프로젝트 접근 방식이 바로 적응형 접근 방식입니다.
애자일 프로젝트 적응형 접근 방식의 이해
애자일 프로젝트는 적응형 접근 방식입니다. 적응형 접근 방식은 요구 사항의 불확실성이 높아서 프로젝트 전반에 걸쳐서 요구 사항이 변경될 가능성이 높을 경우 사용하기 좋은 방식입니다. 적응형 접근 방식은 변경 사항을 최대한 반영하고 프로젝트의 가치를 더 빈번하고 자주 제공하기 위해서 반복형 생애 주기와 증분형 생애주기의 특징을 조합한 방식입니다.
증분형 접근 방식은 사전에 정의된 기간 안에서 점진적으로 기능을 계속 추가해 나가는 일련의 반복적인 과정을 통해서 최종 인도물을 산출하고 인도하는 방식입니다. 증분형 접근 방식은 작은 인도물에 대한 빠른 인도를 목적으로 하는 방식입니다. 증분형 접근 방식은 지속적인 피드백과 적용을 통해서 개발의 재작업 업무를 줄이고 고객사나 고객에게 더 자주 가치를 제공할 수 있는 방법론입니다. 적응형 접근 방식은 이러한 증분형 접근 방식의 특징을 채택하면서도 반복형 생애 주기 방식을 결합시킨 형태입니다.
적응형 접근 방식과 애자일 방법론
적응형 접근 방식은 너무 나도 잘 알려진 애자일 방법론이라고 볼 수 있습니다. 애자일은 사실 개발 프레임 워크 보다는 보다 더 광범위한 개념이지만 적응형 접근 방식으로 간주해서 사용할 수 있는 표현입니다. 애자일 방법론 프로젝트에서는 제품에 대한 명확한 비전과 목표를 수립한 다음 초기의 상위 요구 사항을 제품 백로그라고 하는 문서에 작성하고 진행합니다. 그리고 요구 사항은 프로젝트의 주기를 반복할 때마다 사용자의 피드백과 환경의 변화, 그리고 상황의 변화에 따라 지속적으로 변경되고 구체화되고 대체되면서 개발이 진행됩니다. 애자일 형태 프로젝트에서는 일반적으로 1주에서 2주 기간의 반복을 통해서 프로세스가 진행됩니다. 그리고 애자일 개발 방식 프로젝트에서는 각 반복 주기가 종료되는 시점에 리뷰 절차를 통해서 프로젝트의 결과와 성과를 되돌아보고 성과를 입증합니다. 애자일 방법론 프로젝트에서는 이를 회고라고 부릅니다.
애자일 프로젝트 적응형 접근 방식의 설명
애자일 방법론 프로젝트는 짧은 주기로 개발을 반복하게 됩니다. 반복 주기가 2주인 스크럼 개발 방식도 적응형 방식의 대표적인 예입니다. 애자일 개발 방식 프로젝트에서는 각 반복의 결과물에 대해서 프로젝트 이해 관계자들과 공유하고 피드백을 받아서 개선한다는 측면에서 보면 증분형이며, 각 반복 주기를 진행하면서 요구 사항에 대한 변경을 다음 반복 주기에 반복한다는 측면에서 보면 반복적인 방법론입니다. 애자일 프로젝트에서는 프로젝트 일정과 예산을 상수로 두고, 범위를 변수로 접근하는 방법론입니다. 워터폴 프로젝트에서는 프로젝트의 범위를 상수로 두고, 일정과 예산을 변수로 봅니다. 따라서 애자일 방법론 프로젝트와 워터폴 방법론 프로젝트는 서로 대비 되고 대조 되는 방법론입니다. 애자일 방법론 프로젝트는 프로젝트 팀이 주어진 기간 안에 팀원들이 최선을 다한다는 신뢰를 기반으로 만들어진 방법론입니다.
애자일 프로젝트의 스프린트와 반복주기
애자일 프로젝트에서는 프로젝트 기획을 시작으로 스프린트라고 하는 반복 주기를 계속 반복합니다. 프로젝트 기획 단계에서는 프로젝트 기획, 프로젝트와 제품 비전의 정의, 프로젝트 승인 절차를 진행합니다. 스프린트 단계에서는 비즈니스 요구 사항을 분석하고 제품의 백로그에 작성하며 개발과 관련된 릴리즈 계획을 수립하게 됩니다. 각 스프린트 단계에서는 스프린트 계획, 분석과 설계 작업, 개발과 테스트, 그리고 리뷰와 회고의 세트로 움직입니다. 스프린트는 반복 주기를 의미합니다. 스프린트를 시간 상자 주기라고도 부릅니다. 스프린트는 애자일 방법론 중 스크럼 방식에서 사용하는 용어입니다.
애자일 프로젝트에서는 회고라고 하는 중요한 절차가 있습니다. 회고는 스프린트를 종료하는 시점에 프로젝트에서 진행한 진행 결과를 프로젝트 팀이 함께 검토하고 학습한 내용을 활용하여 개선 포인트를 찾는 중요한 회의입니다. 애자일 개발 방식 프로젝트는 4가지 가치와 12가지 원칙을 다양한 프랙티스로 정의한 사고 방식으로 정의할 수 있습니다. 적응형 접근 방식은 프로세스와 도구보다는 개인과 상호작용을 중요시하고 포괄적인 문서화 보다는 동작하는 실제 제품을 만드는 것을 더 중요하게 봅니다. 계약 협상 보다는 고객과 협업 하는 것을 더 중요하게 생각합니다. 그리고 계획에 무조건적으로 따르기 보다는 변화에 대응하는 것을 더 중요하게 생각하고 여기에 더 가치를 둡니다. 애자일의 4가지 가치는 선언문을 통해서 애자일의 사상과 가치를 명확하게 하고 있습니다.
애자일 프로젝트의 12가지 원칙
애자일 방법론 프로젝트에서는 12가지 원칙을 가지고 있습니다. 애자일에서는 고객에게 가치 있는 소프트웨어를 조기에 지속적으로 제공하여 고객을 만족 시키는 것을 가장 중요하게 보고 여기에 최고의 우선 순위와 목표로 두고 있습니다. 애자일에서는 요구 사항 변경이 발생하면 변경 시점이 비록 프로젝트 개발의 후반부일지라도 요구 사항이 변경된다면 이를 기꺼이 수용할 수 있어야 합니다. 애자일 프로세스는 변화를 활용하여 비즈니스와 고객사의 경쟁력에 도움이 되도록 해주는 개발 방법론입니다.
애자일 방식의 프로젝트는 반복 주기를 중요하게 봅니다. 반복 주기는 일반적으로 2주에서 2개월 주기로 진행하는데 실제 동작하고 작동하는 소프트웨어를 각 반복 주기가 끝날 때 마다 인도합니다. 여기서 동작하는 소프트웨어는 품질 상의 이슈가 없는 소프트웨어입니다. 애자일 개발 방법론 프로젝트에서는 더 짧은 기간으로 반복 주기를 설정할 수 있고 애자일에서는 더 짧은 기간의 반복 주기를 더 가치 있게 봅니다. 프로젝트 전반에 걸쳐서 프로덕트 오너(PO)와 개발자들은 매일 함께 일을 하도록 되어 있습니다. 애자일 방법론 프로젝트에서는 프로덕트 오너의 역할이 매우 중요합니다.
애자일의 12가지 원칙과 프로덕트 오너
애자일 프로젝트에서 프로덕트 오너(PO)는 비즈니스 담당자입니다. 애자일 개발 방식 프로젝트에서는 동기 부여된 개인들을 중심으로 프로젝트가 운영됩니다. 애자일 프로젝트의 팀원들은 반드시 동기 부여된 멤버들로 구성되어야 합니다. 그리고 애자일의 사상을 이해하고 애자일 프로젝트에 대한 경험이 있는 개인들로 구성되는 것이 좋습니다. 애자일 프로젝트의 프로젝트 매니저(PM)는 프로젝트 팀원들이 필요로 하는 환경과 자원을 제공하고 이를 신뢰해야 합니다. 애자일 프로젝트에서는 개발 팀 내부에서 정보를 전달하는 가장 효율적이고 효과적인 방법을 대면 해서 대화하는 것으로 봅니다.
애자일 프로젝트에서의 진척 척도는 작동하는 소프트웨어입니다. 애자일 프로젝트에서는 완료율이라고 하는 개념이 없습니다. 애자일 프로젝트에서는 지속 가능한 개발들을 장려합니다. 프로젝트에서는 스폰서, 개발자, 사용자가 일정한 속도를 계속 유지할 수 있도록 지원되어야 합니다. 애자일 프로젝트에서는 기술적 탁월성과 좋은 설계에 대한 지속적인 관심이 필요합니다. 그리고 애자일 프로젝트에서는 민첩성이 매우 중요합니다. 애자일 프로젝트에서는 불필요한 작업을 줄이는 것이 중요하고 단순성이 필수적인 프로젝트 유형입니다. 불필요한 작업을 줄이는 대신 실질적인 업무의 양을 늘리는 것이 포인트입니다. 프로젝트 팀은 높은 수준의 기술과 실력을 갖춘 팀원들로 구성되어야 합니다. 최고의 아키텍처와 좋은 요구 사항, 그리고 좋은 설계는 자율 구성팀에서 비롯된다고 보는 방법론입니다. 프로젝트 팀이 정기적으로 더 효과적인 방법을 찾아서 이를 실제로 반영하고 이에 따라서 업무 활동들을 조율하고 조정하게 됩니다.