IT 신입사원 첫 90일: 전직자를 위한 생존 가이드

합격 통지를 받았습니다. 인터뷰를 통과했습니다. 오퍼레터에 서명했습니다. 그리고 이제 시작됩니다. IT 회사의 첫 90일은 당신이 전에 경험한 어떤 일과도 다릅니다. 속도가 빠릅니다. 용어가 낯설습니다. 모두가 서로 알고 있는 것처럼 보입니다. 그리고 전직자로서, 당신은 당신이 신입이라는 것을 누구보다 잘 알고 있습니다.

하지만 여기서 비밀이 있습니다. IT 회사에서의 첫 90일은 단순히 생존하는 것이 아닙니다. 당신의 IT 커리어 전체를 위한 기초를 구축하는 것입니다. 당신이 이 세 달 동안 만드는 습관, 맺는 관계, 그리고 구축하는 평판이 수년에 걸쳐 복리효과를 낳습니다. 첫 90일을 제대로 보내면, IT에서 번영하는 전문가가 될 길에 들어섭니다. 그렇지 않으면, 계속 힘들어합니다.

이 가이드는 각 단계를 정확히 알려줍니다. 첫 날 전 준비 방법부터 중요한 온보딩 한 달, 첫 실제 프로젝트 완료, 그리고 당신이 더 이상 신입으로 보이지 않는 시점까지 말이죠. 전직자가 해야 할 마음가짐 변화, 피할 수 있는 실수, 그리고 당신의 비IT 배경이 왜 당신의 비밀 무기인지를 다룹니다.

입사 전: 준비 단계

IT 회사에서 번성하는 전직자와 힘들어하는 전직자의 차이는 종종 첫 날 전에 무엇을 하는지에 달려 있습니다. 누군가 당신을 믿고 고용했습니다. 당신이 할 일은 당신도 당신 자신을 믿는 것입니다.

기본적인 진실을 받아들이세요: 당신은 처음에는 모든 것을 이해하지 못할 것입니다. 이것은 당신의 실패가 아닙니다. 이것은 정상입니다. 최고의 IT 회사에 고용된 전직자들도 첫 달을 보내며 말하는 것의 60%만 이해합니다. 목표는 첫날 모든 것에 능숙해서 도착하는 것이 아닙니다. 목표는 효율적으로 배우기 위해 준비하고 도착하는 것입니다.

입사 전 체크리스트 만들기:

입사 일주일 전, 알아야 할 모든 것을 담은 간단한 문서를 만드세요. 회사의 기술 스택(프로그래밍 언어, 프레임워크, 도구)부터 시작합니다. 회사의 GitHub 저장소, 채용 공고, 엔지니어링 블로그를 살펴보세요. 전문가가 되려는 것이 아닙니다. 당신은 단순히 그 환경에 익숙해지려는 것입니다. 첫 날 누군가 “React 마이그레이션”을 언급할 때, 당신은 그들이 무엇을 말하는지 대충 알게 됩니다.

당신이 자주 들을 용어들의 용어집을 만드세요. 평이한 한국어로 정의를 쓰세요. 데이터 분석가 역할을 위해서는 SQL, 데이터베이스, ETL, 스키마 등을 가지게 될 것입니다. 개발자 역할이라면 API, 병합, 커밋, 브랜치, 배포 파이프라인을 가질 것입니다. 제품 관리자라면 OKR, 스프린트, 백로그, 속도를 가질 것입니다. 모든 것을 기억하지는 못하겠지만, 이 용어들을 말로 듣기 전에 글로 보면 인지 부하가 줄어듭니다.

당신의 팀 구조를 조사하세요. 도착하기 전에, 당신이 함께 일할 모든 사람의 이름과 역할을 알아야 합니다. LinkedIn이 당신의 친구입니다. 당신의 매니저가 Sarah Chen이면, 그녀는 세 개의 이전 스타트업에서 일했고, 백엔드 인프라를 전문으로 합니다. 그 맥락이 있으면 그녀의 피드백이 비판처럼 느껴지지 않고 멘토십처럼 느껴집니다.

물리적, 디지털 공간 준비하기:

원격이라면 조용한 홈 오피스를 설정하세요. 사무실이라면 첫 날 최고의 책상 위치를 살펴보고 그것을 선택하세요. 좋은 마이크와 두 번째 모니터를 투자하세요 (원격인 경우). 화려함을 추구하는 것이 아닙니다. 당신은 학습 대신 기술과 싸우지 않도록 당신의 업무에서 마찰을 없애려는 것입니다.

첫 날 전에 필수 도구를 다운로드하고 설정하세요: Slack (또는 그들이 사용하는 채팅 플랫폼), Jira 또는 Linear (작업 추적용), GitHub 또는 GitLab (코드용), Figma (디자인 작업이 포함된 경우). 계정을 만들고, 관련 채널에 참여하고, 프로필 사진을 업데이트하세요. 첫 날, 모두가 이미 일하는 동안 로그인 자격 증명으로 싸우고 싶지 않습니다.

1~30일: 적응 단계 (모든 것이 어려워 보이는 때)

IT 회사의 첫 한 달은 연구원들이 “인지 과부하” 단계라고 부르는 것입니다. 모든 것이 새로습니다. 사람, 코드, 용어, 속도, 프로세스. 전직자로서, 당신은 기존의 IT 정신 모델이 없기 때문에 최근 졸업생보다 1.5배의 속도로 정보를 흡수하고 있습니다. 이것이 감정적으로나 지적으로 가장 어려운 달입니다.

하지만 표면 아래서 실제로 일어나는 것은 이것입니다. 당신의 뇌는 이 회사가 어떻게 작동하는지에 대한 정신 모델을 구축하고 있습니다. 진도처럼 느껴지지 않는 이유는 진도처럼 느껴지지 않기 때문입니다. 당신은 코드를 배포하지 않고 있습니다. 티켓을 마감하지 않고 있습니다. 당신은 읽고, 듣고, 질문하고, 흡수하고 있습니다. 그 모든 것이 정확히 일어나야 하는 일입니다. 프로세스를 신뢰하세요.

1~5일: 당신의 실제 일은 듣는 것, 일이 아닙니다

첫 날, 당신은 아마도 환영 아침 식사, 여러 1-on-1, 그리고 압도적인 양의 정보를 갖게 될 것입니다. 당신의 일은 모든 것을 보유하거나 모든 것을 이해하는 것이 아닙니다. 당신의 일은 나타나고, 집중해서 듣고, 메모를 당신의 커리어가 그것에 달린 것처럼 작성하는 것입니다 (왜냐하면 그렇기 때문입니다).

좋은 노트북을 구입하세요. 예, 노트북입니다. 노트 작성용 노트북이 아니라 (당신은 대화에 나타나야 함), 실제 펜과 종이입니다. 연구에 따르면 손으로 쓴 메모가 유지를 개선하고 당신이 관심이 있다는 신호를 보냅니다. 기록: 사람들의 이름과 그들이 하는 일, 당신이 이해하지 못하는 용어 (당신은 나중에 찾을 것), 대화 중에 나오는 질문.

첫 주에, 당신이 초대된 모든 회의에 참석하세요. 직접 관련이 없어 보이는 것도 건너뛰지 마세요. 스탠드업, 전사 회의, 아키텍처 검토, 디자인 비평 - 모두 당신 회사가 실제로 어떻게 작동하는지 대한 단서를 제공합니다.

아직 의미 있게 기여하려고 하지 마세요. 그것은 당신의 일이 아닙니다. 당신의 기술 리드가 회의에서 당신의 생각을 요청할 때, 답은: “아직 준비 중이지만, [주제]에 대해 더 알고 싶습니다.” 그 반응은 전문적이고, 정직하고, 당신이 대화에 대해 생각하고 있다는 것을 보여줍니다. 아무도 3일째 당신이 통찰력을 가지고 있을 것으로 기대하지 않습니다.

2~3주: 매우 작은 작업 시작하기

2주차까지, 당신은 개발 환경이 설정되고 첫 작업이 할당되어야 합니다. 이 작업은 거의 확실히 작고 명확하게 범위가 지정됩니다: “README를 설치 지침으로 업데이트” 또는 “문서의 오타 수정” 또는 “이 유틸리티 함수에 대한 단위 테스트 작성”.

이것은 부산물이 아닙니다. 이것은 당신의 온보딩 경로입니다. 진지하게 받아들이세요. 작은 작업이라도 당신에게 가르칩니다: 저장소를 복제하는 방법, 빌드 환경을 설정하는 방법, 테스트를 실행하는 방법, 풀 요청을 만드는 방법, 이 회사에서 코드 검토가 어떻게 작동하는지, 그리고 코드를 병합하는 방법. 그 단계의 각각이 중요합니다.

이 작업이 당신이 생각하는 것보다 5배 오래 걸릴 것으로 예상하세요. 당신은 환경 설정에서 막힐 것입니다. 테스트가 왜 실패하는지 이해하지 못할 것입니다. 당신은 풀 요청을 쓸 것이고 당신이 일을 바꾸도록 요청하는 피드백을 받을 것입니다. 이것은 정상입니다. 이것이 작은 첫 작업의 전체 요점입니다 - 그들은 당신이 안전한 맥락에서 실패하고 시스템을 배우도록 합니다.

끊임없이 질문하세요. 15분 이상 막혀 있으면 도움을 요청하세요. 그 한계는 의도적으로 낮습니다. 당신은 아직 독립적이어야 합니다. 당신은 배우고 있어야 합니다. 당신의 팀은 이를 알고 있습니다. 그들은 당신이 온보딩 시간이 필요할 것을 알고 고용했습니다. 그것을 사용하세요.

3~4주: 가짜 신드롬 절정

3주 무렵, 전직자에게 이상한 일이 일어납니다. 당신은 사기꾼처럼 느껴집니다. 당신은 모든 것을 직관적으로 이해하는 당신의 동료들을 봅니다. 당신은 그들이 불가능해 보이는 속도로 코드를 작성하는 것을 봅니다. 당신과 그들 사이에 거대한 간격이 있다는 것을 깨닫고, 당신은 정말로 여기에 속하는지 궁금해하기 시작합니다.

이 느낌은 전직자에게 매우 보편적이어서 IT 회사들이 그것을 이름으로 부릅니다: 학습 곡선의 “환멸의 골짜기”. 당신이 잘못된 장소에 있다는 신호가 아닙니다. 실제로는 당신이 당신이 모르는 게 얼마나 많은지를 이해하기에 충분히 배웠다는 신호입니다. 그것이 진전입니다.

세 가지를 하여 이것과 싸우세요. 첫째, 당신의 회사의 다른 전직자들과 이야기하세요. 거의 모든 IT 회사가 가지고 있습니다. 당신의 투쟁에서 당신은 고유하지 않습니다. 둘째, 당신의 작은 승리를 기록하세요. 당신은 코드를 병합했습니다. 당신은 디자인 검토에 참여했습니다. 당신은 문서의 버그를 찾았습니다. 이것들은 실제 성과입니다. 셋째, 당신이 지금처럼 잃어버린 것처럼 느끼는 당신의 동료들을 기억하세요 당신이 첫 달을 보냈을 때.

또한 당신의 비IT 배경에 기대할 때입니다. 당신은 아마도 대부분의 엔지니어 동료보다 더 많은 전문적인 경험을 가지고 있습니다. 당신은 어려운 대화를 처리하는 방법을 알고 있습니다. 당신은 모호함을 관리하는 방법을 알고 있습니다. 당신은 기한 압박 하에서 제공하는 방법을 알고 있습니다. 이 기술은 3주차에 테스트를 통과할 수 없을 때 관련이 없어 보입니다. 하지만 그들은 될 것입니다.

31~60일: 기여 단계 (당신이 유용해지는 때)

5주차까지, 안개가 사라지기 시작합니다. 당신은 코드베이스 구조를 이해합니다 (대부분은). 당신은 테스트를 실행하는 방법을 알고 있습니다. 충분한 회의에 참석했으니 비즈니스 전략을 이해합니다. 당신은 배우는 것에서 기여하는 것으로 이동할 준비가 됩니다. 당신의 첫 실제 프로젝트가 할당되고, 온보딩 작업보다 눈에 띄게 더 복잡할 것입니다. 당신은 처음부터 끝까지 그것을 소유할 것입니다.

당신의 첫 풀 요청 / 인도물

이 순간이 중요합니다. 데이터 분석가의 경우, 당신의 첫 대시보드일 수 있습니다. 소프트웨어 엔지니어의 경우, 당신의 첫 기능입니다. 제품 관리자의 경우, 개념화부터 출시까지 당신이 소유한 첫 프로젝트입니다. UX 디자이너의 경우, 당신의 첫 디자인 시스템 구성 요소가 승인되고 구현되었습니다.

무엇이든, 세 가지 원칙이 적용됩니다. 첫째, 당신의 생각에 대해 투명하세요. 당신의 일을 검토할 때 제출할 때, 당신의 접근 방식, 당신의 가정, 그리고 당신이 고려한 대안을 설명하세요. 이것은 방어적이지 않습니다. 이것은 협력입니다. 당신은 당신의 동료들에게 당신이 어떻게 생각하는지 가르쳐 주고 있습니다. 둘째, 개인적으로 받아들이지 않고 피드백에 개방하세요. 코드 검토 의견은 사람으로서 당신을 비판하는 것이 아닙니다. 그것은 코드를 비판하는 것입니다. 그 둘을 분리하세요. 셋째, 빠르게 반복하세요. 당신의 풀 요청이 10개의 의견을 얻으면, 그것은 실패가 아닙니다. 그것이 정보입니다. 피드백을 적용하고, 업데이트를 푸시하고, 병합하세요. 반복은 품질에 대한 가장 빠른 경로입니다.

당신은 뭔가 잘못 할 것입니다. 그것을 세어보세요. 당신은 비효율적인 코드를 쓸 수도, 경계 케이스를 놓칠 수도, 회사의 패턴과 맞지 않는 설계 결정을 할 수도 있습니다. 이것이 발생할 때 (언제일 때), 호기심과 감사함으로 대응하세요. “오, 나는 그 규칙을 모르고 있었습니다. 지적해주셔서 감사합니다. 우리의 패턴에 대해 더 읽을 수 있는 곳이 어디입니까?” 이 반응은 당신의 실수를 학습 순간으로 변환하고 당신의 팀과의 신용도를 구축합니다.

당신의 니치 찾기

모든 팀에는 간격이 있습니다. 누군가는 문서를 소유해야 합니다. 누군가 테스트 프레임워크를 개선해야 합니다. 누군가 더 나은 개발자 경험 도구를 구축할 수 있습니다. 누군가 분석 데이터에 깊이 들어갈 수 있습니다. 4~5주차까지, 팀이 필요하지만 완료되지 않는 것을 주목해야 합니다.

이것이 당신의 비IT 배경이 초능력이 되는 곳입니다. 운영에서 왔다면, 엔지니어들이 당연시하는 프로세스 비효율을 알아볼 것입니다. 판매에서 왔다면, 제품 팀이 놓치고 있는 고객 통증점을 이해할 것입니다. 프로젝트 관리에서 왔다면, 팀이 통신하는 방식의 조정 격차를 볼 것입니다. 이 관찰은 가치있습니다.

한 영역의 틈새에서 탁월한 찾으세요. 내부 문서 개선을 소유할 수 있습니다 (엔지니어 팀은 종종 이를 무시하며, 전문적인 글쓰기 기술이 있는 전직자는 금이 될 것입니다). 더 나은 온보딩 프로세스를 구축할 수 있습니다 (방금 거쳤고, 어디에 상처를 입었는지 알 것입니다). 기술 메트릭을 비즈니스 용어로 번역하는 대시보드를 만들 수 있습니다. 무엇이든 그 틈새를 소유하세요. 그 특정한 일을 할 때 모두가 생각하는 사람이 되세요.

데이터 분석가의 경우, 이것은 “주간 비즈니스 메트릭 대시보드를 소유할 것입니다”를 의미할 수 있습니다. 개발자의 경우, “테스트 커버리지를 유지하고 테스트 패턴을 개선할 것입니다” 일 수 있습니다. 제품 관리자의 경우, “Q2 로드맵을 위한 고객 연구 프로세스를 소유할 것입니다” 일 수 있습니다. UX 디자이너의 경우, “디자인 시스템 패턴을 문서화하고 유지할 것입니다” 일 수 있습니다.

틈새를 가지면 당신이 보입니다. 그것은 당신을 가치있게 만듭니다. 당신은 당신의 팀이 그 특정 작업이 필요할 때 생각하는 사람이 됩니다. 이것은 커리어를 가속시킵니다.

당신의 비IT 배경 활용하기

이것이 사람들이 당신에게 세계 사이를 번역하도록 요청하기 시작하는 단계입니다. 당신의 매니저는 “마케팅 팀이 이해할 수 있는 용어로 우리의 아키텍처를 설명할 수 있습니까?”를 요청할 수 있습니다. 비즈니스 리더는 “우리가 이러한 데이터베이스 제한에 부딪혔습니다. 수익 성장에 대한 영향은 무엇입니까?”를 요청할 수 있습니다.

이러한 요청에 예라고 말하세요. 이것이 정확히 전직자들이 빛나는 곳입니다. 당신은 기술적 측면 (지금)과 비즈니스 측면 (항상)을 이해합니다. 당신은 엔지니어와 비엔지니어 사이의 다리 역할을 할 수 있습니다. 기술적 제약을 비즈니스 의미로 번역하고 그 반대도 마찬가지입니다. 이 능력은 당신을 부당하게 소중하게 만듭니다.

성과 검토 중 (보통 30일 표시 주변에서 발생), 이 다리 순간을 강조하세요. “나는 금융 팀을 위해 인프라 비용 분석을 번역했습니다” 또는 “나는 제품 팀이 특정 기능이 왜 배포하는 데 더 오래 걸리는지 이해할 수 있도록 우리의 배포 프로세스를 설명했습니다.” 이것들은 작은 것이 아닙니다. 그들은 조직의 힘 배수입니다.

61~90일: 소유권 단계 (당신이 평판을 구축하는 때)

60일째까지, 당신은 더 이상 모두의 마음에 새 사람이 아닙니다. 당신은 구체적인 역량으로 알려지는 사람이 되기 시작합니다. 당신은 코드를 배포했습니다 (또는 대시보드, 디자인, 전략). 당신은 팀 역학을 이해합니다. 당신은 몇몇 관계를 구축했습니다. 이제 당신이 성과를 소유하는 사람으로서 당신의 평판을 확립하는 단계가 옵니다.

전체 소유권으로 더 큰 프로젝트 가져가기

61~90일에, 당신은 당신이 전에 한 것보다 의미 있게 더 큰 프로젝트를 할당받아야 합니다. 주니어 개발자의 경우, 여러 코드 검토와 팀 간 조정을 포함하는 기능일 수 있습니다. 데이터 분석가의 경우, 비즈니스 함의가 있는 주요 분석 프로젝트일 수 있습니다. 제품 관리자의 경우, 개념화부터 출시까지 새 기능 영역을 소유하는 것일 수 있습니다. UX 디자이너의 경우, 중요한 사용자 흐름을 재설계할 수 있습니다.

핵심 차이점은 이전 프로젝트에서: 이번에는 당신이 무겁게 안내되지 않습니다. 당신의 기술 리드 또는 관리자는 확인할 것이지만, 프로젝트는 당신의 것입니다. 이것이 당신이 회사의 맥락 내에서 독립적으로 일할 수 있음을 증명하는 곳입니다.

소유권은 의미합니다: 당신이 기한을 운전하고, 당신이 진행 상황을 자발적으로 소통하고, 당신이 장애물을 확인하고 에스컬레이션합니다, 당신이 실제 가치를 배송합니다. 그것은 때때로 야근을 의미합니다. 범위에 없는 요청에 “아니오”를 말하는 것을 의미합니다. 프로젝트가 당신의 커리어가 그것에 달려 있는 것처럼 다루는 것을 의미합니다 (작은 정도로, 그렇습니다).

당신의 내부 평판 구축

90일째, 당신의 평판은 대부분 설정됩니다. 당신은 특정 맥락에서 사람들이 생각하는 사람입니다. 당신의 팀이 당신을 생각하기를 원하는 것:

신뢰할 수 있는: 기한에 약속할 때, 당신은 그것을 친다. 뭔가가 될 것이라고 말하면, 그렇게 됩니다. 이것은 raw brilliance보다 더 중요합니다. Brilliance는 당신의 팀이 당신을 신뢰하지 않을 때 페이드될 수 있습니다. 신뢰도는 시간에 복리를 얻습니다.

협력적: 당신은 큰 결정을 내리기 전에 입력을 요청합니다. 당신은 관대하게 신용을 제공합니다. 당신은 당신의 책임이 아닐 때도 막혀 있는 팀 동료를 도웁니다. 당신은 회의에 나타나고 의미 있게 기여합니다. 협력적인 사람들은 더 나은 프로젝트와 더 나은 직업 성장을 얻습니다.

학습 지향적: 당신은 무언가를 모를 때 인정합니다. 당신은 피드백을 요청하고 실제로 구현합니다. 당신은 온보딩 문서를 읽고 사람들의 시간을 낭비하지 않습니다. 당신은 지속적으로 당신의 기술을 수준을 올립니다. 이 품질은 당신을 홍보할 수 있게 만듭니다.

비즈니스 지향적: 당신은 기술 세부 사항뿐 아니라 회사가 무엇을 구축하고 있는지 이해합니다. 당신은 고객 영향을 생각합니다. 당신은 수익 의미를 생각합니다. 당신은 기술 부채를 비즈니스 위험 측면에서 생각합니다. 이 관점은 자신의 경력 초기에 엔지니어에서 드물고 제품 및 디자인 팀에서 소중합니다.

전직자는 여기에 장점이 있습니다. 당신은 이미 비즈니스 맥락에서 작동하는 방법을 알고 있습니다. 당신은 이미 수익, 고객 역학, 그리고 조직 정치를 이해합니다. 그 성숙함을 사용합니다.

다음 단계를 위해 자신을 설정하기

당신의 90일 검토는 85~90일 어딘가에 일어날 것입니다. 이것은 당신의 첫 분기에 대한 공식 피드백을 당신의 관리자가 줄 때입니다. 여기에 선제적이세요. 그 검토 회의 전에, 간단한 메모를 보내세요: “여기 내가 배송한 것, 여기 내가 다음 분기에 집중하고 싶은 곳, 여기 당신이 나를 수준을 올리는 데 필요한 것입니다.”

Q2 이후의 당신의 목표는 당신이 “새 사람”에서 “기여하는 개인 기여자”로 전환하고 있음을 반영해야 합니다. 모든 것의 전문가가 되는 것을 목표로 하지 마세요. 당신의 틈새에서 전문가가 되고, 당신의 핵심 기술에서 탄탄하며, 팀의 더 넓은 업무에 걸쳐 역량이 있는 것을 목표로 하세요.

당신의 관리자와 직업 궤적에 대한 대화를 예약합니다. “나는 이 역할에서 성장이 무엇처럼 보이는지 이해하고 싶습니다. 다음 수준은 무엇입니까? 거기에 도착하기 위해 내가 무엇을 해야합니까?” 전직자는 종종 기술 산업의 암묵적인 진행 규칙을 모릅니다. 명시적으로 요청합니다.

전직자가 자주 저지르는 실수 (그리고 이를 피하는 방법)

1. 80시간 주를 일함으로써 당신이 똑똑함을 증명하려고 노력합니다. 이것은 함정입니다. 예, 당신은 열심히 일할 것입니다. 하지만 지속 가능성이 영웅주의를 이깁니다. 50 초점 시간을 일함은 80 산만한 시간을 일함하는 것보다 낫습니다. 당신은 모두를 능가하려고 노력하지 않습니다. 당신은 신뢰할 수 있고, 품질 업무를 제공하고, 다른 사람들과 잘 일할 수 있음을 증명하려고 노력합니다. 소진은 세 개 모두를 방지합니다.

2. 당신이 독립적으로 보이고 싶기 때문에 도움을 요청하지 않습니다. 이것은 반대 문제입니다. 당신은 질문을 해야 합니다. 당신의 관리자는 당신이 모든 답변을 가지지 않은 것을 알고 고용했습니다. 도움을 요청하는 것은 약함이 아닙니다. 그것은 판단입니다. 핵심은 당신이 독립적인 학습을 소진했고 정말 필요한 외부 입력을 알 때입니다 (앞에서 언급한 15분 규칙).

3. 당신을 컴퓨터 과학 졸업생들과 비교합니다. 멈추세요. 그들은 당신의 경쟁자가 아닙니다. 당신의 경쟁자는 다른 전직자입니다. 그리고 비교하면, 당신은 상당히 더 많은 전문적 성숙도를 가지고 있습니다. 당신은 피드백을 처리하는 방법을 알고 있습니다. 당신은 기한을 만나는 방법을 알고 있습니다. 당신은 팀에서 일하는 방법을 알고 있습니다. 그 장점을 사용합니다.

4. 당신의 머리를 내리고 당신의 작업만 합니다. IT에서, 가시성이 중요합니다. 당신이 생성하는 가치의 양을 알리지 않으면, 사람들은 모를 것입니다. 당신이 배운 것에 대해 뭔가를 작성하세요. Slack에서 승리 업데이트를 공유합니다. 엔지니어링 토론에 참여합니다. 새로운 사람들의 온보딩을 도와줍니다. 자극적이지 않으면서 당신의 일을 보이게 하세요.

5. 당신이 이해하지 못하는 것들을 당신이 이해한다고 가장합니다. IT는 회의에서 명확한 질문을 요청하는 문화를 가지고 있습니다. 그것을 사용하세요. 누군가 당신이 모르는 것을 언급할 때, 적절한 반응은: “나는 그것에 익숙하지 않습니다 - 당신은 짧게 설명할 수 있습니까?” 당신은 거의 모든 사람이 설명해주기를 기꺼이 할 것이라는 것을 알게 될 것입니다. 묻는 비용은 오해하는 비용보다 낮습니다.

당신의 비IT 배경이 비밀 무기인 방법

직설합시다: 당신의 회사의 대부분의 엔지니어는 기술을 사랑하기 때문에 엔지니어링에 들어갔습니다. 그건 좋습니다. 하지만 그것은 종종 그들이 비즈니스 맥락, 사용자 공감, 또는 운영 효율에 대해 자연스럽게 생각하지 않는다는 것을 의미합니다. 당신은 합니다.

당신은 고객 이해, 예산 관리, 부서 간 통신, 제약 하에서 배송 일을 배웠습니다. 그 경험은 금입니다. 그것을 사용합니다.

영업에서 왔다면, 당신은 구매자 심리를 이해합니다. 고객 통찰력 관점이 당신의 제품 일을 더 나을 것입니다. 운영에서 왔다면, 당신은 프로세스와 효율을 이해합니다. 잘 문서화된 시스템 또는 더 나은 워크플로우가 전체 팀을 더 빠르게 만들 것입니다. 프로젝트 관리에서 왔다면, 당신은 복잡한 일을 조정하는 방법을 이해합니다. 더 명확한 로드맵 또는 더 나은 프로젝트 추적이 팀 속도를 향상시킬 것입니다. HR 또는 채용에서 왔다면, 당신은 조직 역학을 이해합니다. 당신의 채용 및 팀 구성에 대한 관점이 높을 것입니다.

가장 빨리 진행되는 전직자들은 가장 좋은 기술 전문가가 아닙니다. 그들은 기술과 비즈니스의 교차점에서 독특하게 좋은 사람들입니다. 그것이 당신의 차선입니다. 그것을 소유합니다.

당신의 첫 90일에, 당신의 이전 전문 지식을 베어링하도록 한 가지 방법을 찾으세요. 아마도 당신의 팀이 고객과 이야기하는 방식을 개선합니다. 아마도 그것은 모두의 삶을 더 쉽게 만드는 프로세스를 만듭니다. 아마도 그것은 엔지니어들이 놓친 수익 기회를 발견합니다. 무엇이든, 당신의 팀이 당신이 기술을 배우지 않고 있음을 보게 합니다. 당신은 당신의 성숙한 관점이 전체 조직을 더 낫게 만드는 것을 가져오고 있습니다.

당신의 90일 체크리스트

90일까지, 당신은 이 중 대부분을 확인할 수 있어야 합니다:

환경: 개발 환경 설정 및 작업. 당신은 코드베이스를 로컬로 실행하고, 테스트를 실행하고, 도움 없이 풀 요청을 만들 수 있습니다.

지식: 당신은 회사의 핵심 비즈니스, 고객 세그먼트, 주요 경쟁자, 그리고 기술 아키텍처 (최소한 높은 수준에서)를 이해합니다.

관계: 당신은 회사의 20명 이상의 사람들의 이름, 얼굴, 역할을 알고 있습니다. 당신은 당신의 즉시 팀 외에 최소한 5명과 의미 있는 대화를 했습니다.

배송: 당신은 의미 있는 범위의 최소 1개 프로젝트를 배송했습니다. 코드가 프로덕션에 배포되었거나 (또는 당신의 역할과 동등함), 또는 디자인이 구현되었거나 또는 대시보드가 활성화되고 비즈니스에서 사용됩니다.

기술: 당신은 최소한 2개의 기술 또는 도메인 특정 기술에서 수준을 올렸습니다. 당신은 비전문가가 이해하는 방식으로 당신이 배운 것을 설명할 수 있습니다.

평판: 사람들은 당신을 무언가를 위해 알고 있습니다. 아마도 당신은 훌륭한 문서를 작성하는 사람입니다. 아마도 당신은 회의에서 현명한 질문을 하는 사람입니다. 아마도 당신은 모두가 자신의 프로젝트에서 원하는 사람입니다. 무엇이든, 당신은 “새 사람”을 넘어서는 정체성을 가집니다.

관점: 당신은 당신의 비IT 배경이 가치를 창출하는 방식으로 당신이 확인한 최소한 2개의 방법을 확인했습니다. 당신은 당신의 이전 경험이 당신을 당신의 현재 역할에서 더 나은 방법으로 만드는 방법을 분명히 할 수 있습니다.

실제 장점

IT의 첫 90일은 당신이 기대하는 것보다 어렵고 당신이 두려워하는 것보다 쉬울 것입니다. 당신은 완전히 길을 잃은 순간을 갖게 될 것입니다. 당신은 그것을 얻고 있는 순간을 갖게 될 것입니다. 둘 다 정상이고, 둘 다 일시적입니다.

IT에서 가장 힘들어하는 사람들은 기술 지식이 부족한 사람들이 아닙니다. 기술 기술은 배울 수 있습니다. 가장 많이 투쟁하는 사람들은 모호한 환경에서 전문적으로 일하는 방법을 모르는 사람들, 피드백을 처리하는 방법, 팀 간에 소통하는 방법, 또는 압박 하에 제공하는 방법을 모르는 사람들입니다. 전직자들은 보통 이미 이 모든 기술을 가지고 있습니다.

당신은 0에서 시작하지 않습니다. 당신은 경험에서 시작합니다. IT의 첫 90일은 기술 전문가가 되는 것에 관한 것이 아닙니다. 그것은 IT에서 일어나는 전문가가 되는 것에 관한 것입니다. 이것이 훨씬 더 달성 가능한 목표입니다. 그리고 그것은 전직자가 IT에서 20년 동안 머물고 있는 사람과 2년 후에 소진되는 사람 사이의 차이입니다.

90일에서 지금, 당신은 주니어 엔지니어 또는 분석가 또는 디자이너가 아닐 것입니다. 당신이 있는 동료가 될 것입니다. 누군가 누가 기여합니다. 누군가는 틈새를 가지고 있습니다. 누군가가 사람들이 신뢰하고 일하고 싶어합니다. 그것은 어려운 스트레칭을 가치가 있게 만듭니다.

관련 글