“대규모 소프트웨어 변환 계획은 쉽고 간단합니다!”
아무도 말했다.
안타깝게도 기업들은 계획을 통해 실사를 하지 않았다는 것을 알면서도 프로젝트를 진행하기도 한다. 너가 원하는 것을의 단 솜털 모양 아이디어에 다량 소프트웨어 계획사업을 발사할 때 하고 누구가 것을을 위해 책임있는 까에 관하여 명확한 지침서는,아무도는 계획사업이 실패할 때 놀래야 한다.
하지만 당신은 그 길을 가고 있지 않습니다. 당신은 여기 무슨 함정을 알고 있어야 하 고 어떻게 계획할 수 있습니다 그것은 변환 프로젝트 효율적이 고 생산적인—55%그것 프로젝트 실패율의 사상자가 되지 않고 귀하의 비즈니스를 유지 하는.
그럼 파 보자.
대규모 소프트웨어 변환의 과제
모든 소프트웨어 프로젝트에는 도전 과제가 있지만 소프트웨어 변환을 대규모로 처리하면 이러한 도전 과제가 더욱 두드러집니다. 여기 당신이 알아야 할 세 가지 임박한 함정이 있습니다:
1. 복잡성
대규모 프로젝트는 전체 조직의 요구와 요구 사항을 해결해야 합니다. 즉,프로젝트의 주요 이해 관계자가 아닐 수도 있는 부서와 애플리케이션 개발을 조정하는 방법을 찾아야 합니다. 또한 데이터를 공유할 수 있도록 시스템을 통합해야 합니다.
2. 작업 스트림 간의 상호 의존성
작업 스트림이 다른 부서의 정보에 의존하는 경우 원활한 통합이 필수적입니다. 즉,보안 프로토콜 및 직원 액세스를 포함하여 모든 계층이 어떻게 결합되는지 정의하려면 강력한 아키텍처가 필요합니다.
3. 사용자 요구 사항에 대한 자주 개선
프로젝트가 복잡할수록 사용자 요구 사항을 자주 수정해야 할 가능성이 높아집니다. 물론 프로젝트 초기에 가능한 한 많은 요구 사항을 식별하고 계획해야하지만 개발 단계에서 프로젝트 팀과 긴밀히 협력하여 소프트웨어가 필요한 모든 작업을 수행하는지 확인해야합니다.
이 세 가지 과제는 프로젝트를 중단시킬 수 있습니다. 너가 잘 계획하지 않으면 너에게 시간과 돈을 요할 수 있는 천개의 다른 사람 있는다.
프로젝트를 실행하기 위한 확실한 전략을 만드는 방법을 살펴보겠습니다.
성공적인 소프트웨어 변환을 위한 9 단계
계획 없이 미리 충전하여 프로젝트의 결과를 위험에 빠뜨릴 필요가 없습니다. 비즈니스 분석,개발 및 테스트라는 세 가지 프로젝트 단계 각각에서 업계 모범 사례를 수행하여 복잡한 프로젝트에 공통적 인 많은 함정을 피할 수 있습니다. 그 3 개의 단계의 문맥안에 성공 그것 전이에 9 개 단계에 보자.
비즈니스 분석
프로젝트를 시작하기 전에 비즈니스 컨텍스트에서 수행하려는 작업을 알아야 합니다. 따라서이 첫 번째 단계는 프로젝트 및 원하는 결과에 대한 목표를주의 깊게 분석해야합니다.
1 단계:프로젝트 목표 및 가치 동인 파악
미래에는 어떤 모습으로 보이기를 바라는가? 이 높은 수준의 질문은 당신이 당신의 장기 비전 밖으로 범위에 현재의 고통 포인트를 넘어 이동하는 데 도움이됩니다. 또한 이 단계에서는 다음과 같은 특정 가치 동인을 포함하여 프로젝트에서 수행할 작업을 자세히 설명하는 로드맵을 개발해야 합니다:
*생산성 및/또는 고객 경험을 향상시키기 위한 최종 사용자 환경 개선*비즈니스 비용을 줄이기 위한 워크플로우 간소화
*보안 및 효율성을 높이기 위한 보다 효과적인 데이터 저장 기능 구현
*분석을 통한 의사 결정 강화
*효율적인 프로세스 또는 고객 서비스에 방해가 되는 현재의 문제 해결
2 단계:프로젝트 관리자 지정
이 사람은 개발 외부인이어야 합니다.팀. 프로젝트의 모든 단계에서 무슨 일이 일어나고 있는지,예산이 무엇인지,프로젝트가 예정되어 있는지 여부에 대한 높은 수준의 견해를 유지해야합니다. 프로젝트 관리자는 또한 요구 사항 도출,프로젝트 범위,이해 관계자와 팀 구성원 간의 의사 소통,프로젝트 분석 및 공급 업체 관리와 밀접한 관련이 있습니다.
3 단계:프로젝트 요구 사항 및 범위 정의
요구 사항이 상세할수록 프로젝트 범위,예산 및 일정이 더욱 정확해집니다. 프로젝트를 시작하기 전에 변환 범위,수행해야 할 작업,예상되는 모든 변경 사항 및 사용성 요구 사항을 명확하게 이해해야 합니다. 프로젝트 요구 사항은 아키텍처 설계,기술 인프라,데이터 요구 사항 및 구현을 포함하여 프로젝트의 모든 단계를 포함해야합니다.
4 단계:팀 구성
프로젝트의 성공은 작업을 수행하는 팀 구성원의 기술에 달려 있습니다. 개발을 아웃소싱 하는 경우 장소에 좋은 통신 프로세스 및 개발자에 게 귀하의 요구 사항을 명확 하 게 전달 해야 있는지 확인 합니다. 또한 다양한 구성 요소의 설계 및 통합을 관리하는 기술 담당자를 지정해야 합니다. 이 사람은 또한 새로운 정보가 발달 도중 빛에 올 때 궤도에 계획사업을 지키는 계획사업 매니저와 연락원으로 봉사할 것이다.
소프트웨어 개발
계획을 세우면 다음 단계는 소프트웨어 개발 자체입니다. 구현 전략 및 위험 관리는 이미 확인한 목표에서 흘러 나와야합니다.
5 단계:구현 방법론 요약
데이터 거버넌스,아키텍처 및 애플리케이션 개발에 접근하는 방법을 결정합니다. 이 방법론은 프로젝트의 각 단계를 통해 공식화되고 신중하게 따라야합니다.
6 단계:위험 관리 전략 준비
프로젝트 전반에 걸쳐 단기 및 장기 위험을 식별하기 위한 전략을 설계합니다. 시나리오 계획을 사용하여 프로젝트를 탈선시킬 기회를 갖기 전에 위험을 평가하고 관리하는 프로토콜을 개발하십시오.
7 단계:소프트웨어 개발 라이프 사이클을 따르십시오
성공적인 소프트웨어 개발 방법론은 요구 사항 수집,시스템 분석,시스템 설계,코딩,테스트 및 구현의 6 가지 기본 단계를 따라야합니다. 숙련 된 개발자는 이미 이러한 기본 단계를 수행해야하지만,각 단계에서 무슨 일이 일어날 지 이해할 수 있도록 사전에 그들과 함께 과정을 통해 산책하는 것이 좋습니다. 개발자는 각 반복의 모양을 알 수 있도록 시스템을 정의하고 더 작은 부분으로 나누어야 합니다.
테스트
충분한 테스트를 통해 실패한 배포로부터 사용자를 보호하고 전체 엔터프라이즈에서 시스템을 시작하기 전에 통합 문제 또는 걸림돌을 식별할 수 있습니다.
8 단계:각 단계에서 테스트
전체 테스트 프로세스를 위해 프로젝트 일정에 충분한 시간을 예약하십시오. 개발 단계에서 테스트를 실행하여 모든 구성 요소가 성공적으로 통합되는지 확인합니다. 파일럿 그룹에 경험이 풍부한 테스터(무엇을 찾아야할지 아는 사람)와 실제 최종 사용자(시스템을 배우고 사용해야 할 사람)를 모두 포함하십시오. 개발자가 피드백을 받으면 나중에 필요한 디버깅 양을 줄이기 위해 즉시 변경할 수 있습니다. 각 중대 사건 또는 기능을 해제하기 전에 이 작업을 수행하여 프로젝트가 끝날 때 도매로 변경할 필요가 없습니다.
9 단계:모든 것을 문서화
성공과 실패를 모두 기록하여 이해 관계자와 공유하고 향후 프로젝트의 프로세스를 개선하는 데 사용할 수 있습니다. 설명서에 테스트 구성,설치 단계,테스트 결과,실수 및 권장 사항을 포함하십시오. 그들은 쉽게 미래의 프로젝트에 액세스 할 수 있도록 회사의 조직 프로세스 자산에 결과를 저장합니다.
결론
프로젝트가 실패 할 것을 보장하는 가장 좋은 방법은 계획없이 서두르고,통신 회선을 열어 두지 못하고,최소한의 테스트를 수행하고,소프트웨어가 수행해야하는지 여부를 알지 못하는 것입니다. 그리고 그것은 당신의 회사에 대한 금융 재앙을 의미 할 수있다.
하지만 그럴 필요는 없습니다. 대규모 프로젝트는 높은 지분을 가지고,또한 보상에 대한 높은 잠재력. 저것은 너가 프런트 엔드에 충분하게 계획한다 고 생명 이는 까 왜 이다 그래서 너는 도로의 아래 재해를 기피할 수 있는다.