Aiffel Final Main Quest - 과제 2
- 모두의연구소 취업매니저 이정기님이 진행한 <온라인 7기 아이펠톤 전 커리어 세미나>를 듣고 정리한 내용
커리어 세미나 ver.1
팀프로젝트를 통해 커리어역량을 높이자!
취업역량 = 직무 + 적응 + 커뮤니케이션
현업 개발자를 뽑을때 어떤 역량을 볼까?
1. 채용목적을 명확히 하기
- 초기 스타트업: 제품을 빠르게 만들수 있는 개발자
- 서비스 고도화 단계의 기업 : 유지/보수 가능한 개발자
2. 개발자 등급별 구분
- 시니어
- 개발환경, 문화를 변경해서 혁신이 필요한 경우 뽑는 인력
- 주니어
- 자동화, 효율화를 통해 성능을 개선해야하는데 인력이 부족할 경우 뽑는 인력
- 맡은 일을 문제 없이 잘 처리하는것
- 신입
- 미래 개발 환경을 위해 인원 보충이 필요한 경우
신입 채용을 위해 어디에 초점을 맞춰야 할까? 가 이번 세미나의 목적
Screening : 개발자 고르는 단계
Interview
- 프로그래밍언어, 협업방법, 구현기술에 대한 전반적인 내용
- 자신있는 부분
- 협업 도구/방법
- 의사소통 역량
- 갈등 해결능력
Onboarding process
- 아이펠톤의 목적
- 회사에서의 onboarding process를 경험하고 이에 대해 준비!
다음의 내용을 준비/고민을 해보자!
- 개발환경 이해(직무)
- 인프라, 개발환경, 코드베이스, 프로그래밍 언어, 프레임워크 등에 대한 이해
- 개발 프로세스 이해(직무)
- 토이프로젝트 : 도메인지식, 개발-빌드-테스트-배포 프로세스 이해
- 프로젝트 코드리뷰 : 코드 컨벤션
- 협업 방식 이해(적응)
- 협업도구 : 지라, 제플린, 위키
- 프로젝트 관리 : 스크럼, 이슈관리, 회고(KPT)
✅ Check List
지라 사용
배포 일정보면서 이슈체크
문서화 - 히스토리 기록(문제에 대한 이슈-해결 기록)
아이펠톤으로 갖출 역량
[개발 기본기]
코드 가독성
- 왜 이렇게 코드를 짰지?
- 코드는 글쓰기와 같음
- 독자 : 3인(컴퓨터, 팀원, 미래의 나)가 이해하기 쉬운 코드
- 코드 컨벤션이 지켜진 코드 (문법, 규칙, 표준, 코딩 스타일)
- 관심사가 분리된 코드
- clean code
✅ Check List
코드 검토 문화 이해하기
개발 프로세스
- 빌드 프로세스/테스트/배포 자동화에 대한 고민을 해봐야함!
- 구현까지는 어렵더라도 왜 이게 필요한지에 대해서는 고민필요
- git 브랜치에 대한 이해
- 로그 전략
- 이슈가 있으면 어떻게 해결한지에 대한 기록물 만들기
- 플젝 과정에서 직면한 문제들(코드적인 부분이든, 팀플상 발생한 절차에 대한 문제, 커뮤니케이션 등)에 대해 인사이트
- 문제 발생 > 고민(원인, 해결책 등) > 해결 과정
- 배포문화
- DevOps 프로세스에 대해 한번 보고 이것에 대한 시도를 해보는것도...
✅ Check List
- 이 프로세스를 위한 기준을 세워보는 경험
- 로그 기록 초 중요
형상관리
- 버전관리
- 유지보수 어떻게 할까?
- 변경할 경우에 왜 변경되었는지 알수 있어야함
- 변경후 어떤 영향이 있었는지를 확인해야함
- 이전 버전은 어떻게 해결했는지 기록이있어야 함
[적응 역량]
문제해결능력
- 문제에서 정답으로 도출할때까지 어떤 노하우가 있는지 보여주는 능력
- 어떻게 문제를 정의하고 접근?
- 어떻게 문제를 해결하기위한 아이디어를 도출할까?
- 문제를 해결하기위해 어떻게 주도적으로 행동하였는가?
✅ Check List
이에 대한 증빙자료가 있어야 함
- 그 프로세스 / 내 노하우를 잘 적어두고 바로 대답할수 있게 나만의 언어로 기록
- 문제에 직면하고 시도한 내용에 대한 기록
leadership or followship
- 조직의 목표 달성을 위해 어떻게 집요하게 leading/following 할까?
- 어떻게 신뢰할수 있는 팀 문화를 만들까?
- 불확실한 상황일때 목표는 어떻게 세울까?
- 프로젝트 로드맵은 어떻게?
- 구성원의 몰입 환경은 어떻게?
- 옳은 방향으로 가고 있는지 검증?
- 플랜B를 준비?
- 더 나은 방향으로 가기위해 회고할 것인가?
- 팔로잉 역량도 중요함
✅ Check List
이를 위해 나는 어떤 노하우가 있을까/ 어떻게 만들수 있을까?
협업 or 소통
- 친하게 잘 이야기한다가 아니라 어떻게 신뢰관계를 구축하는지가 포인트
- 회의는 어떻게?
- 의사결정 시스템?
- 어떻게 명확히 의사표현 할까?
- 어떻게 피드백, 코칭 할까?
- 갈등상황을 어떻게 관리할까?
✅ Check List
- 기존 테크업계에서 어떤 방법을 가지고 있는지 서치
- 내 경험 잘 기록
- e.g. 우아한형제들, 오늘의 집
구직서류에 표현하는 방법
- 이력서, 포트폴리오, 인터뷰에서 말할수 있어야함!
이력서
✅ Check List
- 코드컨벤션사용, 형상관리, ... 의 내용이 직무경험 부분에 작성해서 내 능력 어필!
- 인사담당자가 이 이력서를 보고 포트폴리오를 보고싶어하게/궁금하게 만들자!
포트폴리오
- 기술블로그의 템플릿 활용
- 목차 : 이력서에 작성
- 세부 내용 : 포트폴리오에 작성
- '6개월간 진행한 프로젝트 '---'을 공유해보겠습니다' 식의 블로그를 작성해도 좋음
✅ Check List
- 자료구조, 알고리즘이나 공부 내용에 대해 블로그에 정리하기
- 코드 + 적용한 내용
- 내가 계속 공부하는 개발자라는 인상을 줄수 있음
- 내 언어로 기록하는게 중요
Softskill
- 매 프로젝트마다 문제-해결과정에 대한 로그 기록을 해두면
✅ Check List
문제, 소통, 해결 보따리를 만들어두기
- 보통 이런 소프트스킬을 자기소개서에 작성해두더라도, 인사담당자는 읽지 않을것..!
- 이건 인터뷰때 잘 어필하는게 중요!
Conclusion
- 막연히 뭔가 포트폴리오도 말이 많으면 도움이 될까?(안읽을것 같은...)하는 생각을 했는데, 세미나를 듣고 나니 어느 정도 채용담당자의 입장에서 무얼 준비하고, 어필해야할지 감이 생긴것 같다.
- 정말 꼼꼼하게 설명해주셔서 이 내용을 아이펠톤을 진행할때 가이드라인 삼아서 진행하면 멋진 포트폴리오와 이력서 내용을 만들수 있을것 같다.
- Aiffel Offboarding에서 포트폴리오와 관련해 한번 더 세미나를 진행해주실 예정
- 오늘 들은 내용을 바탕으로 내일부터 시작할 Aiffelthon을 성실하게 진행해보자!