- 프로젝트 매니저
- 회의때 사람들의 말을 많이 듣고 결론을 정리하기
- 내가 얘기했던게 틀리는 경우는 빨리 인정하기
- 현재의 상황, 문제에 대해서만 이야기하기보다는 해결책 방향성까지 같이 얘기하기.
- 리더의 역량을 쌓는법. 리더의 어려움을 극복한 방법
: 빠른 퍼포먼스를 내는 것 보다는 일을 정리하고 협업하는걸 더 잘하다보니 리더가 되었다.
피플 매니징, 아키텍쳐 설계를 고민.
사람을 이해하는 법, 사람마다 성향을 파악해서 성향에 맞는 접근 - 개발자는 지금 현재를 생각하고 매니저는 미래를 생각한다.
- CTO
- CTO로서의 가장 큰 고민
: 어떻게 생각하고있는 바를 구성원과 동기화시킬까. 어떻게 이해 시킬까. 동기화를 위해서는 오버커뮤니케이션도 필요하다고 생각함. 1:1 미팅을 자주 가지려고 함. - 이런 사람과 일하고 싶지 않다.
: 지금 하고 있는일에 머무르고자 하는 사람들. 지금 회사의 일에 크게 관심이 없는 분 - 이런 사람과 일하고 싶다.
: 성장하고자하는 의지가 있는분이 좋다. 성장에 대한 가이드를 주면서 같이 성장해 나갈 수 있다. - 커뮤니케이션이 힘든 타입
: 그냥 이전에 하던방식이라 이렇게 하는데요? 라는 마인드 - 여성 개발자로 일하면서 힘든 점
: 많은 개발조직이 남성분들이 훨씬 많다. 개발문화에서 동떨어진다고 느끼게 된다. 내가 가진 고민들을 상담하거나 롤모델을 찾기가 쉽지않다.
주변에 같이 고민할 수 있는 비슷한 동료들을 많이 만드는게 좋다. 느슨한 연대관계를 많이 만들자. - 성장 정체기, 번아웃이 오는 시기를 어떻게 극복하는지
: 예전에 겪었던 작은 성공의 경험, 주변에 존경하는 선배님들이 나를 인정했던 경험 등을 되뇌이기 - 능력있는 개발자란?
: 신기술을 잘 쓰는 사람이라기 보단 내가 직면한 문제에서 적절한 솔루션을 잘 제시하고 실행하는 사람. - 뒤쳐지는 기분이 들 때 멘탈관리는 어떻게 하는지
: 내가 시간이없을 뿐이지~ 들여다보면 잘할거야. 정신승리 - 개발자의 성장의 기준?
: 초반 : 솔루션들을 익히기, 이후 : 주변 사람들을 움직이기 - 팀 빌딩 방법
1. 애매함은 제거하고 확실한 것부터 시작
: 확실한 것을 구축하고 나면 다음에 할 일이 보임.
베트남에서는 어떤 음식배달서비스를 만들어야돼? 이런 애매한건(디테일) 처음에 생각하지 않고 명확한 배달 서비스 코어 기능개발부터 착수
2. 서비스의 코어가 아닌 기능은 외부 서비스를 활용
: 이후 다른 솔루션으로 대체할 수 있음을 고려
3. 서비스 빌딩 우선, 팀의 외연 확장은 신중히, 나중에
: 서비스를 초기에 빠르게 구축할 수 있는 방법은 팀이 한 사람처럼 움직이는 것 - 함께 하고 싶은 개발자나 기획자가 있을 때는 어떻게 하는지?
: 지금 다니는 회사를 왜 선택했는지를 공유하며 어필. 공감 - 신기술을 도입할 때 고려하는 것
: 신기술의 시스템 도입 여부는 생산성을 우선순위로 둠.
: 이 신기술을 사용하는 개발자를 뽑기 힘들지는 않을 지도 고려함 - 다른 개발자들을 설득하는 방법.
: 정말 합리적인 제안이었나? 그런데도 불구하고 잘 받아들여지지 않는다면 공론화해서 제안 - 회사가 요구하는 새로운 시도에 어떻게 대처해야 할까?
: 엔지니어가 가장 많이 해야하는 일은 현실적인 솔루션을 생각하는 것. 구현가능한가?
: 무작정 하지 말자라는 접근보다는 이걸 왜 하려고 하는걸까? 를 구체적으로 파고들기. 전혀 다른 솔루션이 나올수도 있다. - CTO는 면접에서 어떤 질문을 하는지?
: 주니어 - 회사가 어떤 기술을 쓰고 있는지 잘 파악
: 중간급 리더 - 비즈니스적 문제를 기술적인 문제로 치환 할 수 있는지
: 리더 - 맡을 역할에 대해 이해하고 있는지, 해당 역할에 대한 본인의 관점, 이상적인 팀의 모습은 뭐라고 생각하는지 - 회사가 it기업인지 아닌지 보다는 회사가 테크영역을 바라보는 관점이 중요
- 이걸 내가 해도될까? 라는 생각을 덜 했으면 좋겠다. 겁먹지 말자.
추진력을 얻는 중