바 입장에 대한 나의 이해 (1)

어떤 말은 너무 많이 하면, 매번 한 말을 되풀이하는 것이 아니라 요약해서 글로 바꿔야 하는지 스스로에게 물어볼 수 없을 것이다. (윌리엄 셰익스피어, 햄릿, 언어명언) 문자는 당시의 사상과 생각을 출력하는 좋은 전달체이다. 그럼 언제 문자를 출력해서 자신을 더 만족시킬 수 있을까요? 사상과 생각이 문자로 바뀔 때, 문자는 형성된다. 그러나 지속적인 개선은 멈추지 말아야 한다. (존 F. 케네디, 생각명언) 끊임없이 수정하고, 반복적으로 고려하고, 완벽을 추구하기보다는, 일찍 발표하고, 벽돌을 찍는 것을 받아들이는 것이 낫다.

이 문장 는 아주 일찍 시작되었는데, 원래 이 직위를 모르는 친구에게 쓰려고 한 것이다. 지금 발표하기에는 아직 늦지 않기를 바랍니다.

Ps: 문장 제목을' 미친 사랑' 에 싸지 않기 위해' 말해라' 라는 단어가 모두 삭제될 때까지 여러 번 바꿨다. 이것은 강박증 말기 환자의 일상생활이다.

BA, 즉 비즈니스 분석가는 많은 IT 회사에서 이 직위를 가지고 있습니다. 우리 회사는 왜 이 직위를 가지고 있습니까? 먼저 업종 자체를 말하다.

우리 회사는 해운회사의 개발센터로, 그 소프트웨어는 주로 해운이나 물류업에 서비스한다. 우리는 단지 우리 회사에 IT 서비스를 제공하는 것이 아니라, 업계 생태를 창조한다. 우리는 모든 상류 및 하류 고객과 우리 제품에 대해 비용을 지불하고자 하는 모든 고객을 환영합니다.

처음에 해운회사는 부두에서 부두까지의 서비스만 제공했다. 국제 무역이 발전함에 따라 고객의 요구가 갈수록 높아지고 있다. 지점 간, 방문 서비스 수요가 끊임없이 증가하고 있다. 이런 시장 수요의 맥락에서 해운회사는 점차 서비스를 업그레이드하고 물류회사를 설립하여 더 많은 맞춤형 서비스를 제공한다. 해운업의 전생에 대해 더 알고 싶다면, 인터넷 공개 수업에서 이 동영상을 볼 수 있습니다. 즉, 국제 해운업-경제적 관점을 모으는 것입니다.

그래서 우리가 개발한 IT 시스템은 회사 내부 사용자뿐 아니라 물류 공급망의 수많은 참여자들에게도 서비스를 제공하고 있으며, 물류 업계의 복잡성도 IT 시스템에 어느 정도 반영되어 있습니다.

비교적 간단한 용기 포장의 예를 들어 봅시다. 이 사업이 얼마나 복잡한지 우리에게 알려 주세요. 컨테이너화는 전체 업종을 바꾸어 많은 화물을 컨테이너에 넣어야 운송을 완성할 수 있다. 그러나 화물의 종류가 매우 다양하여, 어떻게 컨테이너를 적재할 수 있는지도 매우 신경을 쓴다. 예를 들어, 화물 포장이 규범적인지, 화물 밀도가 어떠한지, 무겁거나 폐기되는지 (예: 거품), 냄새가 나는지, 온습도 요구 사항이 있는지, 다른 화물과 함께 포장할 수 있는지, 어떻게 포장해야 무게중심이 안정되는지, 포장률을 최적화하는 방법, 어떻게 포장해야 목적지의 하역 과정을 편리하게 할 수 있는지 등이 있다.

포장 링크는 전체 프로세스의 작은 점일 뿐이지만, 그럼에도 불구하고 고려해야 할 요소가 너무 많아서 처음부터 끝까지 비즈니스 규칙이 얼마나 복잡한지 알 수 있습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 남녀명언) 시스템을 전혀 사용하지 않고 사용자가 모든 규칙을 기억하는 데만 의존한다면 고객의 요구를 효율적으로 처리할 수 없을 것입니다. 복잡한 비즈니스에는 복잡한 비즈니스를 이해할 수 있는 IT 직원이 필요합니다. 이상적인 상황은 모든 IT 직원이 비즈니스를 이해할 수 있다는 것입니다. 이상에 무한히 접근하는 과정에서 우리는 먼저 비즈니스를 이해하고 IT 와 비즈니스 사이에 다리를 놓는 강력한 BA 팀이 필요합니다.

BA 는 비즈니스와 IT 사이의 연결 고리입니다. BA 의 역할을 수행하려면 IT 와 비즈니스를 모두 이해해야 합니다.

-IT 개발 프로세스 및 프로그래머의 언어 이해

-시스템의 아키텍처와 설계를 이해하고 프로젝트의 실현 가능성을 신속하게 평가할 수 있습니다.

-분야에 대해 잘 알고 있으며 프로젝트 논의 초기에 더 나은 예측을 할 수 있습니다.

-자신의 업종을 이해하고, 업무와 소통하고, 수요에 대해 이야기하고, 시장에 대해 이야기하고, 규칙을 명확히 하고, 솔루션을 설계할 수 있다.

-공유할 수 있고, 개발팀으로 돌아가서, 비즈니스 포인트와 디자인 아이디어를 공유하고, 개발 중인 모든 비즈니스 관련 문제를 해결하는 데 도움을 줄 수 있습니다.

이 역할은 잘 되어 업무 및 개발팀에 큰 도움이 되고 성취감을 가지고 있습니다. 하지만 잘하지 못할 경우 팀에 많은 문제가 생기고 상당한 스트레스를 받기 때문에 압축과 스트레스 해소 능력이 강하다.

우리는 매년 팀에 신선한 피를 계속 유치 할 것입니다. 일반적인 선택 기준에는 컴퓨터 관련 전공 졸업, 영어 능력 향상, 논리적 사고, 표현 및 의사 소통 능력 등이 있다. 또한 끊임없이 공부하는 열정, 어려움을 극복하는 용기, 끈기, 팀워크 능력도 이 일을 매우 중요하게 생각합니다.

먼저 TW 문장 두 편을 보여 드리겠습니다. 여기서 말하는 BA 일은 우리의 일과 매우 비슷하다.

Twinsight 가 ThoughtWorks 에서 BA 를 하는 것은 어떤 경험입니까?

BA | TW 통찰력의 폭과 깊이

우리 회사에서는, 바일의 일도 상당히 바쁘다. 기본적으로 최소한 다음과 같은 업무 내용을 다루고 있다.

-개발팀과의 조기 회의는 가능한 15 분 동안 제어해야 한다. 구체적인 요구 사항은 일일 Scrum 을 참조하십시오.

-BA 파트너와의 아침 모임의 경우 BA 는 일반적으로 하나의 도메인만 담당하지만, 파트너가 도메인 연결이 많은 경우 해당 BA 간에 아침 회의를 개최합니다. 목표는 간단합니다. 가능한 효율적인 커뮤니케이션 플랫폼을 구축하는 것이 문제를 해결하는 것보다 문제를 발견하고 예측하는 데 사용하는 것이 좋습니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 성공명언)

-스토리 테셀레이션 (요구 사항 브리핑), 반복 계획 회의, 시스템 데모, 검토 회의 등 개발 팀의 다양한 프로젝트와 관련된 회의.

-사용자와의 커뮤니케이션, 일부 대형 프로젝트의 시작, 단계별 커뮤니케이션, 솔루션 검토, 온라인 준비 또는 구현 회의 등을 예약합니다.

-사용자의 메일을 보고, 사용자가 신고한 생산 문제를 보고, 때로는 고객을 찾아 다양한 업무 지식을 배우기 위해 사전 및 사용자 배정되지 않은 다양한 활동.

이곳을 보면 누구나 이 직위가 의사소통 능력에 대한 요구가 높아야 한다는 느낌이 들 것 같아요? 네, 그렇습니다. 다른 요구 사항은 무엇입니까? 다음에 공유해 주세요.

두 번째 중요한 능력 우리는 TA 소통이 좋지 않아 BA 에 적합하지 않다는 말을 자주 듣는다. 그렇다면 어떻게 자신의 의사소통 능력을 향상시킬 수 있을까? 영어 메일을 쓰는 것이 범죄입니까? 어떻게 영어로 메일을 쓸 수 있는 능력과 자신감을 높일 수 있습니까?

세 번째 부분은 바 (Ba) 가 자주 사용하는 작업 기술 (예: 제품 프로토타입, 문서 작성, 데이터 분석 등) 입니다. 이 세 가지 일반적인 규칙은 무엇입니까?