career shift from tester business analyst step step guide
테스터가 비즈니스 분석가가되기위한 단계별 가이드 :
테스트 전문가는 소프트웨어가 고객의 최종 요구 사항을 충족하는지 확인하기 위해 개발 된 소프트웨어를 철저히 테스트해야합니다.
비즈니스 분석가는 또한 구축 및 제공되는 소프트웨어가 최종 고객 요구 사항을 충족하는지 여부를 확인할 책임이 있습니다. 두 역할의 이러한 측면은 테스터가 비즈니스 분석가 역할로 쉽게 전환 할 수 있도록합니다.
=> 여기에서 비즈니스 분석가 초보자 가이드를 살펴보십시오.
BA와 테스터가 역할을 바꾸면 각자가 자신의 기술을 발휘하여 프로젝트 자체에 도움이 될 수 있습니다. 소프트웨어 시스템을 테스트 할 때 테스터와 BA는 모두 동일한 동전의 양면으로 작동합니다.
학습 내용 :
왜 비즈니스 분석인가?
테스트 전문가는 소프트웨어에 대한 철저한 지식과 이해와 세부 사항에 대한 관심과 함께 소프트웨어의 향상을 가지고 있습니다. 이 기술 세트는 테스터에게 오늘날 IT 산업의 다양한 역할에 대한 문을 열어줍니다.
개발 라이프 사이클 및 프로세스를 잘 이해하면 릴리스 관리자, 자동화 엔지니어, QA 전략가, 솔루션 설계자, 선임 관리자 및 물론 비즈니스 분석가가 될 수 있습니다.
그러나 비즈니스 분석에서 경력 전환은 오늘날 시나리오에서 훨씬 더 유망한 것입니다. 비즈니스 분석은 위에서 언급 한 테스트 또는 다른 역할과 비교할 때 훨씬 더 큰 역할입니다.
유망한 경력의 길이 자 수익성도 좋은 길입니다. 전 세계를 여행하는 것을 좋아하는 테스터는 도전적이고 만족스러운 BA 역할을 정말로 즐길 수 있습니다. 비즈니스 분석가는 더 나아가서 매우 매력적인 수석 / 선임 비즈니스 분석가, 컨설턴트, 제품 소유자 또는 제품 관리자가 될 수 있습니다.
테스트 전문가가 우수한 분석, 문서화 및 의사 소통 기술을 가지고 있고, 업무 프로필의 매력과 같은 고객 상호 작용을 즐기고, 당연히 세계 여행가가되는 것을 좋아한다면 Business Analysis를 경력 전환 옵션으로 강력히 권장합니다.
추천 읽기 => 비즈니스 분석가로서의 경력 시작
테스터가 비즈니스 분석가가 될 수있는 기회
테스터가 비즈니스 분석가가 될 기회가 매우 좋은 이유는 무엇입니까?
테스트 전문가는 경력을 비즈니스 분석으로 전환하는 것을 생각해야하는 많은 이유가 있습니다.
다음은 몇 가지입니다.
- 테스터는 세부 사항에주의를 기울이고 구축 된 소프트웨어 시스템에 대해 매우 깊이 이해합니다.
- Tester는 소프트웨어의 품질과 우수성을 위해 노력하며 이것이 USP가됩니다.
- 훌륭한 테스트 전문가가 고객의 관심을 최우선으로하는 것은 자연스러운 일입니다.
- 테스트 전문가는 요구 사항 사양 문서를 읽고, 분석하고, 검토하여 BA 역할을 추구하는 데 추가적인 이점을 제공합니다.
- 테스터의 분석 기술은 비즈니스 분석가가 요구 사항 사양의 모호함을 지적하는 데 도움이됩니다.
- 테스터가 요구 사항에 대해 소프트웨어를 테스트 할 때 비평가가되는 것은 당연합니다. 이것은 고객의 요구 사항을 대조하는 동안 테스터를 돕는 경향이 있습니다. 테스터는 요구 사항 추출 단계에서 작업 시스템을 시각화해야합니다. 많은 부당하고 불합리한 요구 사항은 초기 단계 자체에서 배제됩니다.
- 테스터는 항상 비판적으로 생각하기 때문에 시스템에 대한 큰 전체적인 그림을 생각해야합니다. 이것이 특히 요구 사항 추출 과정에서 비즈니스 분석에 도움이 될 수있는 가장 큰 장점입니다.
- 테스터는 프로젝트에 참여하고 결함 보고서를 문서화합니다. 이것은 테스터가 비즈니스 분석에 매우 필수적인 문서화 기술을 향상시키는 데 도움이됩니다.
- 테스터가 Agile Framework에서 작업하는 경우 비즈니스 분석으로 전환하는 것이 더 쉽습니다. 이에 대해서는 다음 섹션에서 자세히 설명했습니다.
애자일 프레임 워크의 테스터 – 스위치가 더 쉬움
(노트 :크게 보려면 아래 이미지를 클릭하십시오)
sap bo 인터뷰 질문 및 답변 pdf
(그림 1 : 이미지 소스 )
애자일은 ' 반복 및 증분 ' 범주. 이 접근 방식은 최종 제품이 출시되고 마지막에만 테스트 할 수있는 Waterfall의 접근 방식과 다릅니다.
Agile에서는 전체 요구 사항이 논리적 그룹 / 요구 사항 청크로 분류되며 한 번에 전체 시스템을 개발하는 대신 여러 청크의 요구 사항이 개발, 테스트 및 고객에게 하나씩 배포됩니다. 출시 된 소프트웨어는 잠재적으로 고객에게 배송 될 수 있습니다.
애자일 팀은 제품 소유자 (요구 사항을 정의하고 관리하는 비즈니스 분석가), 마스터 (팀 관리 및 제어) 및 팀 구성원 (일반적으로 개발자 및 테스터를 포함한 5 ~ 9 명의 교차 기능 팀 구성원)과 함께 '자체 조직화'됩니다. 따라서 그것은 팀 역학과 극한의 훈련에 관한 것입니다.
참조하십시오 그림 1 위에 표시된. 비즈니스 분석가는 제품 백 로그 (요구 사항) 유지 관리, 스프린트 계획, 소프트웨어 개발 중 개발자의 요구 사항 지원, 테스트 완료 후 높은 수준의 요구 사항 테스트에서 바로 프로세스의 시작 부분에 참여합니다.
많은 경우 비즈니스 분석가는주기 동안 소프트웨어 빌드 만 테스트합니다.
테스터는 일반적으로 스프린트 계획, 검토 회의, 개발자와의 긴밀한 상호 작용 및 철저한 테스트에서 바로 참여합니다.
여기에는 비즈니스 분석가와 테스트 전문가의 책임이 중복됩니다. 테스터가 비즈니스 분석가 (예 : Tester BA)가되면 전체 프로세스에 참여하게되므로 테스터가 Agile Framework에서 BA 프로필로 쉽게 전환 할 수 있습니다.
테스트에서 비즈니스 분석까지 – 단계별 가이드
현재 테스트 또는 QA 전문가로 일하고 있고 비즈니스 분석으로 전환 할 계획이라면 여기에 완벽한 단계별 가이드가 있습니다.
1 단계:
이는 긍정적 인 움직임이며 아직 테스터 인 동안 준비를 시작해야합니다.
비즈니스 분석가와 그의 책임을 스펀지처럼 관찰하고 흡수하십시오. 이는 애자일 개발 프로세스의 일부일 때 쉬워집니다. 민첩하지 않다면 BA와 긴밀히 협력하기 위해 성실하게 노력하십시오.
작업량을 공유하고 도움의 손길을 확장하십시오. 자신의 활동을 관리하면서 작은 작업을 선택할 수 있습니다. 해외 고객 상호 작용 중 또는 요구 사항 추출 프로세스에 대한 고객 요청시 BA를 관찰하십시오.
2 단계:
BA에서 제공하는 요구 사항 사양 문서를 읽고, 분석하고, 검토하지만 테스트 관점과는 한 가지 더 다릅니다. 도출의 관점에서 요구 사항을 읽으십시오. 요구 사항에 대해 질문하는 것을 생각하십시오. '왜 필요합니까?'.
비즈니스 프로세스를 이해하고 끝에서 끝까지 생각하십시오. 요구 사항 차이가있는 경우 프로세스 및 요구 사항을 기존 소프트웨어와 매핑하십시오.
100 % 맞춤 설정이라면 해결책을 생각해보세요. 귀하가 제공하는 솔루션과 비즈니스 분석가가 제공하는 솔루션은 다를 수 있습니다. 귀하의 솔루션이 더 좋을 수 있습니다.
3 단계 :
위에서 언급 한 활동을 즐기고 있다면 비즈니스 분석가가되기위한 구체적인 계획을 진지하게 생각할 수 있습니다.
가장 먼저 작업해야 할 영역은 '의사 소통 능력'. 당신이 충분하지 않다고 생각한다면 빨리 같은 일을 시작하십시오. 뛰어난 구두 및 서면 의사 소통 기술은 필수입니다. 영어를 잘 이해하는 것은 매우 중요합니다.
비즈니스 분석가는 요구 사항 도출을 위해 고객 및 비즈니스의 다양한 이해 관계자와 통신해야합니다. BA는 또한 요구 사항을 개발 팀에 전달해야합니다.
BA는 요구 사항을 개발자가 쉽게 이해할 수있는 사양으로 변환해야합니다. 의사 소통 능력이 부족하면 고객의 요구 사항을 수집 한 다음 개발 팀으로 전달하는 과정에서 오류가 발생하여 잘못된 소프트웨어 시스템이 구축 될 수 있습니다.
영어 쓰기 및 말하기 능력을 향상시키는 것은 전혀 로켓 과학이 아닙니다. 서면 과제에서 BA를 지원하고 팀 구성원과 영어로 의사 소통하기 위해 성실하고 지속적인 노력을 기울임으로써 천천히 그리고 꾸준히 달성 할 수 있습니다. 때때로 영어 말하기 과정이 도움이 될 수 있습니다.
가장 좋은 방법은 동료들과 개인 및 업무 환경에서 영어로 의사 소통하는 것입니다. 올바른 정신으로 피드백과 수정을 받고 꾸준히 개선하십시오. 뇌에 부담이되고 시간도 많이 걸리지 만 절대적으로 가능합니다.
4 단계 :
다음 단계는 MBA 또는 이와 동등한 학위를 취득하는 것입니다. 이제 그것은 의무입니다.
경영 학위가없는 비즈니스 분석가로서의 경력에서의 성공은 불완전합니다. 경영 학위가없는 산업계에는 BA가 있지만 우수하고 평판이 좋은 IT 조직은 항상 경영 학위가있는 BA를 고려합니다. 이것은 성장을위한 것이 든 아니면 비싸지 않은 급여 패키지를위한 것이 든 경력 경로에서 계속 방해물로 작용할 것입니다.
그리고 같은 이유가 있습니다. MBA가 차이를 만듭니다 – 108 %. MBA는 당신의 최고를 이끌어냅니다. 그것은 당신의 의사 소통 기술, 문제 해결 기술, 성격 개발, 리더십 기술, 의사 결정 기술, 관리 기술, 협상 및 설득 기술을 향상시키는 데 도움이되며 마지막으로 높은 급여를 조달하는 데 도움이 될 것입니다.
테스터는 코스 디자인이 최선을 다할수록 더 유익한 풀 타임 MBA 코스를 추구 할 수 있습니다.
그러나 파트 타임 MBA 과정을 선택할 수도 있습니다. 파트 타임이든 풀 타임이든 상관없이 우수하고 평판이 좋은 관리 기관에서 학위를 취득하는 것은 필수입니다. 성격이 발달하지 않은 학위는 장기적으로는 덜 도움이됩니다.
많은 상위 IT 조직에서 MBA 또는 이와 동등한 학위는 비즈니스 분석가의 역할에 필수입니다. 연봉 등급은 BA 역할을 지원하는 MBA 및 비 MBA 후보자에게도 다릅니다. 따라서 MBA는 성격 개발 및 의사 소통 능력 향상과는 별도로 보상 및 성적 측면에서 성장을 약속합니다.
5 단계 :
풀 타임 MBA 과정을 추구하려면 분명히 직장을 그만 두어야합니다. 하지만 그만한 가치가 있습니다. 관리 과정을 마친 후 작업을 재개하는 동안 훨씬 더 많은 혜택을 누릴 수 있습니다.
테스터는 파트 타임 MBA 과정을 추구하기로 결정한 경우 사임 할 필요가 없습니다. 그러나 동시에 공부하고 일하는 것은 많은 경우 부담이됩니다. 그러나 다시 한 번, 노력과 고통은 보람이 있습니다.
성실하고 인내심을 가지고 경영 과정을 완료하십시오. 대부분의 관리 과정의 기간은 1 년 또는 2 년입니다.
6 단계 :
마지막 단계는 비즈니스 분석가 프로필로 전환하는 가장 중요하고 도전적인 단계입니다. 관리 학위를 마친 후 동일한 조직에서 BA 직무 역할을 신청할 수 있습니다. 조직 외부에서 시도 할 수도 있습니다.
그러나 외부보다 동일한 조직에서 전환하는 것이 더 쉽습니다. 경영진과 팀원이 귀하의 기술과 열망을 알고 있으므로 자신의 능력을 증명할 필요가 없습니다. 테스트 프로필 자체에있는 동안 BA 및 관련 활동에 참여하는 것은 채용 관리자에게 깊은 인상을주는 데 매우 도움이 될 수 있습니다.
동일한 조직 및 소프트웨어에서 작업하면 이미 비즈니스 프로세스를 알고 있기 때문에 많은 도움이됩니다.
7 단계 :
다음은?
BA는 기술을 향상시키고 따라서 업계에서 인정하는 인증을 시도해야합니다.
IIBA (International Institute of Business Analysis)는 권위있는 CBAP (Certified Business Analysis Professional) 인증을 제공합니다. 고려할 수있는 다른 인증으로는 CABA – Certified Associate Business Analyst 및 CSBA – Certified Software Business Analyst가 있습니다.
이러한 인증은 전 세계적으로도 중요 해지고 있습니다.
BA 기술을 향상시키기 위해 여러 비즈니스 분석가 교육 워크숍과 온라인 및 오프라인 센터가 있습니다. Agile Frameworks의 인증을 고려할 수도 있습니다. 인증 획득은 항상 유익합니다.
BA는 요구 사항을 도출하면서 다이어그램, 순서도, 수영 레인 다이어그램을 만들기위한 문서 작업을 많이해야합니다. 와이어 프레임, 플로차트, 비즈니스 프로세스 매핑 문서 등을 만들려면 MS Visio, Pencil 또는 Balasmiq과 같은 학습 도구를 고려해야합니다.
결론
테스터에서 비즈니스 분석가로 전환 할 생각이라면 절대적으로 긍정적입니다. 그리고 비즈니스 분석가에게는 경력 성장이 매우 빠르며 다른 사람들과 비교할 때 계층 구조의 사다리에서 더 빠르게 올라갑니다.
비즈니스 분석가는 비즈니스와 개발 팀 사이의 다리 또는 인터페이스입니다. 또한 다양한 이해 관계자와 상호 작용해야합니다.
추천 읽기 = >> 비즈니스 분석가 – 기술, 급여 등
따라서 그들이 틀에서 벗어나 생각하는 것이 중요합니다. 그들은 분석 및 전략 기술을 사용하여 독립적으로 작업해야하므로 좋은 테스터는 성공적인 비즈니스 분석가가 될 수있는 모든 잠재력을 가지고 있다고 종종 말합니다.
위에서 언급 한 모든 단계를 수행 한 비즈니스 분석가입니까? 아래 댓글 섹션에 귀하의 생각과 경험을 자유롭게 표현하십시오.
=> 여기에서 완벽한 비즈니스 분석가 가이드를 확인하십시오.
추천 도서
- 비즈니스 분석가로서의 커리어 시작 : 커리어 애비뉴
- QTP를 ALM / QC와 통합하기위한 단계별 가이드
- Windows에 MongoDB 설치 : 단계별 가이드
- JIRA를 qTest와 통합하는 방법 : 단계별 가이드
- MongoDB의 배포 : 단계별 자습서
- Appium Studio의 단계별 설치 및 설정
- 첫 번째 유료 크라우드 소싱 테스트 프로젝트를 얻기위한 단계별 가이드
- 테스터가 현명한 방식으로 질문을 할 수있는 방법 : 단계별 가이드