형편없는 아키텍처와 스크럼 기술이 부족한 상황에서 크로스 컴포넌트 팀을 만든 방법

Привет!

제 이름은 Alexander이고 UBRD에서 IT 개발을 이끌고 있습니다!

2017년, UBRD의 정보 기술 서비스 개발 센터에서는 글로벌 변화, 아니 민첩한 전환이 필요한 시기가 왔다는 것을 깨달았습니다. 집중적인 사업 개발과 금융 시장 경쟁의 급속한 성장 속에서 XNUMX년은 인상적인 기간입니다. 이제 프로젝트를 요약할 차례입니다.

가장 어려운 것은 생각을 바꾸고 조직의 문화를 점차 바꾸는 것입니다. 여기서는 "이 팀의 상사는 누구일까요?", "우리가 무엇을 해야 하는지 상사가 더 잘 알고 있습니다.", "라고 생각하는 것이 일반적입니다. 우리는 여기서 10년 동안 일해 왔으며 고객을 더 잘 알고 있습니다.”, 우리는 고객이 필요로 하는 것이 무엇인지 알고 있습니다.

애자일 트랜스포메이션은 사람 스스로가 변할 때에만 일어날 수 있습니다.
나는 사람들이 변화하는 것을 방해하는 다음과 같은 주요 두려움을 강조하고 싶습니다.

• 권력과 "견장" 상실에 대한 두려움;
• 회사에 불필요한 존재가 되는 것에 대한 두려움.

변화의 길을 시작한 우리는 소매 부서 직원 인 첫 번째 "경험이 풍부한 토끼"를 선택했습니다. 첫 번째 단계는 비효율적인 IT 구조를 재설계하는 것이었습니다. 구조에 대한 목표 개념을 생각해낸 후 우리는 개발 팀을 구성하기 시작했습니다.

다른 많은 은행과 마찬가지로 우리 은행의 아키텍처는 가볍게 말하면 "쓰레기"입니다. 수많은 애플리케이션과 구성 요소가 DB 링크로 단일하게 상호 연결되어 있고 ESB 버스가 있지만 의도한 목적을 달성하지 못합니다. ABS도 있습니다.

스크럼 팀을 구성하기 전에 "팀은 무엇을 중심으로 구성되어야 하는가?"라는 질문이 생겼습니다. 물론 캔 안에 제품이 있다는 개념은 공중에 있었지만 손이 닿지 않는 곳에 있었습니다. 많은 고민 끝에 우리는 방향이나 세그먼트를 중심으로 팀을 모으기로 결정했습니다. 예를 들어 대출을 개발하는 "팀 크레딧"이 있습니다. 이를 결정한 후 우리는 이 영역의 효과적인 개발에 필요한 역할과 역량의 목표 구성을 찾기 시작했습니다. 다른 많은 회사와 마찬가지로 우리는 스크럼 마스터를 제외한 모든 역할을 고려했습니다. 당시에는 이 훌륭한 사람의 역할이 무엇인지 CIO에게 설명하는 것이 거의 불가능했습니다.

그 결과, 개발팀 출범의 필요성을 설명한 후, 우리는 세 개의 팀을 출범시켰습니다.

1. 크레딧
2. 카드
3. 수동 작업

역할 세트:

1. 개발 관리자(기술 리드)
2. 개발자
3. 애널리스트
4. 시험 장치

다음 단계는 팀의 작업 방식을 결정하는 것이었습니다. 우리는 모든 팀원을 대상으로 Agile 교육을 실시하고 모두를 한 방에 앉혔습니다. 팀에는 PO가 없었습니다. 아마도 민첩한 전환을 수행한 모든 사람은 PO의 역할을 비즈니스에 설명하는 것이 얼마나 어려운지 이해하고 PO를 팀 옆에 앉혀 그에게 권한을 부여하는 것이 훨씬 더 어렵다는 것을 이해합니다. 그러나 우리는 우리가 가진 것을 가지고 이러한 변화에 "들어갔습니다".

대출 프로세스 및 나머지 소매 비즈니스와 관련된 애플리케이션이 너무 많아서 우리는 누가 해당 역할에 적합한지 생각하기 시작했습니다. 한 기술 스택의 개발자를 보면 또 다른 기술 스택의 개발자가 필요합니다! 이제 필요한 사람을 찾았지만 직원의 욕구도 중요한 것이며 사람이 좋아하지 않는 곳에서 일하도록 강요하는 것은 매우 어렵습니다.

대출 업무 프로세스에 대한 업무를 분석하고 동료들과의 오랜 대화 끝에 마침내 중간 지점을 찾았습니다! 이렇게 세 개의 개발팀이 등장했습니다.

다음은 뭐지?

사람들은 변화를 원하는 사람과 그렇지 않은 사람으로 나뉘기 시작했습니다. 모든 사람은 "그들이 나에게 문제를 줬고, 내가 해냈고, 나를 내버려둬"라는 조건에서 일하는 데 익숙하지만 팀워크는 이것을 의미하지 않습니다. 하지만 우리는 이 문제도 해결했습니다. 변경 기간 동안 총 8명 중 150명이 그만 두었습니다!

그런 다음 재미가 시작되었습니다. 우리의 교차 구성 요소 팀은 스스로 개발하기 시작했습니다. 예를 들어 CRM 개발자 분야의 기술이 필요한 작업이 있습니다. 그는 팀에 있지만 혼자입니다. 오라클 개발자도 있습니다. CRM에서 2~3가지 업무를 해결해야 한다면 어떻게 해야 할까요? 서로 가르쳐라! 사람들은 자신의 역량을 서로에게 전달하기 시작했고 팀은 역량을 확장하여 강력한 전문가 한 명에 대한 의존도를 최소화했습니다. 그런데 어떤 회사에는 모든 것을 알고 아무에게도 말하지 않는 슈퍼맨이 있습니다.

현재 우리는 비즈니스와 서비스 개발의 모든 영역을 담당하는 13개의 개발팀을 구성했습니다. 우리는 민첩한 변화를 계속하고 새로운 수준에 도달합니다. 이를 위해서는 새로운 변경이 필요합니다. 팀과 아키텍처를 재설계하고 역량을 개발하겠습니다.

우리의 최종 목표는 제품 변경에 신속하게 대응하고, 새로운 기능을 시장에 신속하게 출시하며, 은행 서비스를 개선하는 것입니다!

출처 : habr.com