개발자에게 필요한 소프트 스킬은 무엇인가요? Yandex의 의견

대학생 올림피아드가 곧 시작됩니다 "나는 프로다". 몇년째 온라인과 오프라인으로 운영되고 있습니다. 기술을 포함한 다양한 전공의 학생들이 참여할 수 있습니다. 올림피아드는 국립 연구 대학 고등 경제 학교, 모스크바 주립 대학, 모스크바 주립 기술 대학, 모스크바 물리 기술 대학, MEPhI, 상트 페테르부르크 주립 대학, ITMO 대학 등 26개 주요 대학이 주최합니다.

Yandex는 프로젝트의 기술 파트너입니다. 우리에게 “나는 전문가입니다”는 개발자 및 기타 전문가의 업무에서 소프트 스킬(소프트 스킬)의 중요성에 대해 XNUMX년 연속으로 이야기할 수 있는 좋은 기회가 되었습니다. XNUMX년 전, 우리 모스크바 사무실에서는 소프트 스킬에 전념하는 올림피아드 참가자들을 위한 회의를 주최했습니다. Novosibirsk의 Yandex 개발 사무소 책임자인 Sergei Brazhnik도 "나는 전문가입니다" 프로그램에 포함된 교육 세션에서 이에 대해 이야기했습니다. 오늘 Sergey와 Yandex의 다른 두 관리자 - Anna Fedosova 및 Oleg Mokhov 올렉블4 — 그들은 Habr에게 소프트 스킬이 무엇인지, 개발자에게 필요한 것은 무엇인지, 어디서 얻을 수 있는지, 그들의 존재가 회사 성장에 어떤 영향을 미치는지 알려줄 것입니다.

Sergey Brazhnik, 노보시비르스크 개발 사무소 책임자, 지역 교육 프로젝트 개발 책임자

— 개발자에게는 비판적 사고, 창의성, 협력 및 의사소통이라는 "4K"가 중요합니다. 이 직업에서의 의사소통은 중요한 기술이 아니라는 것이 일반적으로 인정되지만, 생각해 보면 전문적인 성장을 위해 필요합니다. 질문을 하고, 대담자를 듣고, 자신의 관점을 설명하고, 다른 사람의 말을 받아들이고 말하고 협상하십시오. 인턴은 팀에서 일하지 못하거나 비판적으로 생각하지 못할 수도 있습니다. 이는 아직 그러한 배경이 없기 때문에 정상적인 현상입니다.

이미 성숙한 전문가가 인터뷰를 위해 우리에게 오면 대화 중에 이러한 모든 기술을 평가합니다. 우리는 사람이 자신에 대해 어떻게 말하는지 살펴 봅니다. 그 과정에서 우리는 주요 질문을 하고 많은 것을 명확히 합니다. 우리는 문제를 사용하여 비판적 사고를 테스트합니다. 한편으로는 그가 문제를 해결하는 것이 우리에게 중요하고, 다른 한편으로는 그가 문제를 정확히 어떻게 해결하는지 살펴봅니다.

이미 회사에 근무하고 있는 개발자의 경우 자신에게 부족한 기술이 무엇인지 확인하는 두 가지 방법이 있습니다. 첫 번째는 관리자에게 피드백을 요청하는 것입니다. 그들이 당신에게 아무 말도 하지 않는다고 해서 모든 것이 괜찮다는 의미는 아닙니다. 의심스럽다면 다시 질문해 보세요. 현재 작업과 비즈니스 목표 중에 관리자는 소프트웨어 방향을 잊어버릴 수 있습니다. 이를 상기시키는 것이 중요합니다. 두 번째 방법은 팀의 다른 동료와 비교하여 자신을 평가하는 것입니다. 예를 들어 브레인스토밍 중에 모든 사람이 아이디어를 제시하고 이에 대해 토론하고 비판하는 경우가 있습니다.

당신이 어떤 기술을 놓치고 있는지 이해한다고 가정 해 봅시다. 이것은 첫 번째이자 가장 중요한 단계입니다. 예, 실제로 여기에서 나에게 문제가 있음을 깨닫는 것입니다. 다음으로, 이상적으로는 이러한 기술을 개발한 적어도 친구인 멘토를 찾으십시오. 친구를 지켜볼 수 있습니다. 그리고 멘토를 찾으면 그는 조언을 제공하고 성장을 모니터링할 수 있습니다. 멘토는 동료(그에게 감독이 필요한 이유는 즉시 분명합니다. 동일한 목표를 향해 노력하고 있음) 또는 때로는 외부 전문가일 수도 있습니다(그러나 일반적으로 아는 사람이고 그렇지 않으면 그의 동기가 명확하지 않습니다). 책, 강의, 교육도 선택 사항이지만 이렇게 하면 지식만 얻을 수 있습니다. 지식이 기술로 바뀌려면 정기적인 연습이 필요합니다.

각 팀원이 현재 작업 중인 내용을 설명하는 일일 짧은 계획 회의인 스탠드업 중에 의사소통 기술이 크게 향상됩니다. 대중 앞에서 연설하는 것도 도움이 됩니다. 그리고 동료들과 더 많이 소통하고 팀 내에서 경험을 공유하도록 노력하세요.

기술 프로젝트 관리자와 개발자 중 팀 리더를 선택해야 한다면 어느 쪽이 더 낫다는 명확한 답은 없습니다. Yandex에서는 일반적으로 프로젝트라도 코드를 작성할 수 있습니다. 따라서 먼저 관리자와 개발자를 작업 설정 및 실행 제어 방법을 아는 방법, 팀을 이끄는 방법, 일반적으로 팀과 어떤 관계를 맺고 있는지 등 여러 매개 변수에 따라 비교하겠습니다. 사람이 작업을 잘 설정하고 마감일을 모니터링하지만 동시에 팀과의 관계가 악화되는 경우가 있습니다. 그것은 또한 누가 결정을 내리는가에 달려 있습니다. 관리자가 아닌 자신이 개발자였던 사람은 다른 개발자를 관리자로 선택할 가능성이 더 높습니다.

실력만 있으면 팀장이 될 수 있는 사례도 있다. 그러나 이런 사람을 팀장으로 승진시키는 관리자는 뺨을 때려야 한다. 그가 배우면서 너무 많은 것을 엉망으로 만들어 팀의 의욕을 잃게 될 것이기 때문입니다. 그렇다면 그것은 모두 그 사람들이 얼마나 강한지에 달려 있습니다. 아니면 그 사람이 자라서 무슨 일이 일어나고 있는지 깨달을 때까지 기다릴 것입니다. 아니면 그들은 기다리지 않고 도망치기 시작할 것입니다.

그래도 하드코어 개발자를 관리자로 만들려면 먼저 그를 철저히 준비시킨 다음 처음 XNUMX~XNUMX개월 동안은 반드시 멘토링을 해줘야 합니다.

Anna Fedosova, 교육 및 개발 부서 책임자

— 전체 기술 목록을 작성하는 것은 어렵습니다. 따라서 Lominger 역량 모델은 포함 67자리. Yandex 내에서는 기술을 보편적인 기술과 관리자에게 필요한 기술로 나눕니다.

유니버설 스킬 개인적인 효율성 및 다른 사람과의 상호 작용과 관련이 있습니다. 예를 들어, 개인적 효율성은 자신, 시간, 작업 프로세스, 결과 지향성, 비판적 사고 및 학습 능력을 관리하는 능력과 관련이 있습니다. 현대 경제가 XNUMX년 전 경제와 다른 점은 평생 같은 일을 할 가능성이 없다는 것입니다. 아마도 뭔가 바뀔 것입니다. 이에 대비해야 합니다.

보편적인 기술의 또 다른 그룹은 다른 사람과의 의사소통과 관련이 있습니다. 우리는 더 이상 조립 라인 생산 시대에 살고 있지 않습니다. 무엇을 하든 다른 사람들과 협상하고 논의해야 할 가능성이 높습니다. 이 경우 의사소통 과정이 매우 중요해집니다. 끊임없는 기술 발전으로 인해 기획 기간이 매우 짧은 IT 기업에서는 기술 전문가라도 논의 과정에서 탄생하는 수많은 집단적 결정을 내려야 합니다. 그리고 직원들은 협상이 막다른 골목에 도달하는 것을 허용할 수 없습니다. 그렇지 않으면 작업이 중단됩니다.

별도의 큰 레이어는 관리자를 위한 기술. 여기에는 작업을 설정 및 평가하고, 다른 사람에게 동기를 부여하고, 자신을 개발하고, 리더가 되고, 팀을 구성하고, 다른 팀과 상호 작용하는 능력이 포함됩니다.

Yandex에서는 직원들이 안전한 환경에서 다양한 상황을 헤쳐 나갈 수 있도록 소프트 스킬 교육 프로그램을 설계했습니다. 이는 이전에 경험하지 못한 상황일 수도 있고 더 나은 결과를 얻고 싶은 경험의 특정 사례일 수도 있습니다. 새로운 사람을 고용하고 목표를 설정하는 것부터 이해 상충과 동기 부여 문제까지 해결해야 할 일이 많습니다. 일반적으로 직원과 관리자 사이의 오해 상황은 양측 모두에게 어렵지만 이에 대처하는 방법을 배울 수 있습니다.

다양한 교육 방법을 사용할 수 있습니다. 그래서 팀워크를 배우는 것이 꽤 어렵습니다. 학교에서 우리는 개별적으로 일하는 법을 배우고 개인의 학업 성공을 위해 성적이 부여됩니다. 그러나 사람들이 책임을 맡고, 역할을 분배하고, 공통 목표와 결과에 동의하는 방법을 배우는 것은 바로 팀입니다. 그리고 어른이 되어 직장에서 이것을 배워야 한다는 것이 종종 밝혀졌습니다. 이제 일부 학교에서는 프로젝트 기반 학습과 공동 과제를 실행합니다. 이것은 어린 시절부터 팀워크를 배우는 데 도움이 될 것입니다.

성인이 독립적으로 지식을 배우고 습득하도록 가르치는 방법은 무엇입니까? 때로는 고등교육 경험이 도움이 되기도 합니다. 석사 및 대학원 과정은 학생들에게 무엇이 중요하고 무엇이 중요하지 않은지, 그리고 관련 지식을 어디서 찾을 수 있는지를 가르칩니다. 그러나 종종 작업 과정에서 이미 이것을 마스터해야 합니다. Coursera에서 가장 인기 있는 강좌 중 하나가 배우는 방법 배우기.

자신을 더 잘 알아가는 것보다 배움에 더 유용한 것은 없습니다. 동료로부터 받은 피드백을 통해 자신을 외부에서 바라보고, 잘 되는 것과 그렇지 않은 것을 다시 한번 생각해 보고, 닮고 싶은 사람을 찾고, 그리고 그들과 자신을 비교해보세요.

모든 것의 핵심에는 동기가 있다는 것을 기억해야 합니다. 자신이 비사교적이라는 것을 이해하지만 이를 변경해야 하는 경우(예를 들어 이것이 팀에 중요함) 동기 부여와 변경 필요성이 모두 나타날 것입니다. 업무를 위해 누구와도 소통할 필요가 없다면 왜 자신을 넘어서야 할까요?

올림피아드의 온라인 부분을 호스팅하는 HR 프로젝트 및 Yandex.Contest 서비스 개발 책임자인 Oleg Mokhov

— 팀 리더십 야망이 없는 개발자에게는 소프트 스킬이 실제로 필요하지 않습니다. 질문하고, 듣고, 자신의 생각을 전달할 수 있는 능력이 중요합니다. 이러한 기술을 향상하려면 컨퍼런스에서 보고서를 발표하거나 대학에서 강의를 읽어보세요. 우리 모두는 어느 시점에서 공부했는데, 이는 우리가 누군가를 스스로 가르칠 수 있다는 것을 의미합니다. 학생들은 미친 듯이 가장 숨겨진 질문을 합니다. 신속하게 대답하고 입을 다물고 있는 능력은 열띤 토론 중에도 침착함을 유지하는 데 도움이 됩니다.

책은 소프트 스킬에 도움이 되지 않습니다. 교육은 정기적으로 참석하는 경우에만 도움이 됩니다. 하지만 컨퍼런스에 와서 적극적인 자세를 취하는 것은 매우 유용합니다. 그냥 발표자에게 질문을 해보세요.

저는 면접을 볼 때 지원자의 정답까지도 의문을 제기할 때가 있습니다. 그 사람이 어떻게 생각하는지 살펴봅니다. 그러나 이것은 사람이 자신에 대해 확신을 가지고 있을 경우에만 작동합니다. 일반적으로 최종 면접에서는 소프트 스킬을 분석하는 것이 좋습니다. 예를 들어, 후보자가 수행한 가장 흥미로운 작업에 대해 알려주십시오. 이렇게 하면 코딩, 연구, 결과 얻기 또는 의사소통 등 사람에게 더 흥미로운 것이 무엇인지 알 수 있습니다.

뛰어난 소프트 스킬을 갖춘 많은 사람들이 하루 종일 회의로 구성된 고위 관리자가 됩니다. 코딩 기술을 유지하는 방법은 무엇입니까? 당신은 스스로에게 이렇게 말합니다. 나는 두 시간 동안 프로그래밍을 해왔습니다. 모든 알림과 휴대폰을 끄는 것이 유일한 방법입니다. 나는 이런 일을 하는 지도자들을 알고 있습니다. 글쎄, 인터뷰와 기술 섹션도 두뇌 발달에 도움이 됩니다. Yandex에서는 이제 막 후배 생활을 중단했으며 이미 인터뷰에 초대될 것입니다. 대기업에 다니면서 세금을 내는 것과 같습니다.

관리자와 개발자 중에서 팀 리더를 선택해야 한다면 모든 것은 리더의 향후 책임에 달려 있습니다. 관리자가 한때 개발자였다면 그것은 한 가지입니다. 그렇다면 그에게는 더 많은 기회가 있습니다. 프로젝트 스테이션 왜건이라면 다릅니다. 그는 백엔드 및 프런트엔드 팀, 디자이너, 분석가와 상호 작용합니다. 하지만 그는 특정 라이브러리가 프런트엔드에서 어떻게 작동하는지 모르고, 백엔드의 비동기 프로그래밍에 익숙하지 않으며, 그것이 왜 어려운지 이해하지 못합니다. 개발자의 성장은 더 깊이 파고드는 것입니다. 그리고 관리의 본질은 표면층을 수집하고, 문제를 이해하고, 연결과 프로세스를 설정하는 것입니다. 그러므로 나는 관리자가 사람들의 개발 능력을 향상시킬 수 없을 가능성이 높다고 믿습니다.

팀은 외부인에 대한 적대감을 키울 수 있습니다. 그래서 나는 개발자들 중에서 리더를 선택할 것이고 아마도 그들 중 가장 강한 사람을 선택하지 않을 것입니다. 어떤 사람이 XNUMX년 동안 일했고 이제 수석 개발자가 되었지만 이 XNUMX년 동안 하드 하드웨어만 성장했고 소프트웨어는 성장하지 않았다고 가정해 보겠습니다. 그러면 내가 그에게 자리를 주면 그 사람들이 급등할 것이라고 기대할 수 없습니다. 하지만 개발자가 XNUMX년 동안 일했지만 그가 좋은 언어를 가지고 있고, 의사소통하고, 여러 사람을 연결하고, 그들 사이의 갈등을 해결할 수 있다는 것을 알았을 때, 이는 그가 수석 개발자가 아니더라도 나에게 팀 리더입니다. .

나는 사람이 열심히 실력만으로 리더가 된다는 이야기를 믿지 않는다. 소프트웨어가 없는 팀장은 어딘가에서 그 기능을 수행하지 못할 가능성이 높습니다. 언제쯤 효과가 있을까요? 부하직원이 자급자족할 때. 새로운 관리자를 위한 캐치프레이즈가 있습니다: 고양이는 관리하기 쉽습니다. 팀 리더는 어려운 상황이 발생하면 화를 냅니다. 한 직원은 그만두고 싶어하고, 다른 직원은 우울해 성과가 떨어지기 시작하고, 세 번째 직원은 갈등을 겪습니다. 나는 팀 리더에게 이렇게 말합니다. 기뻐하십시오. 리더로 일해야 하는 것은 이번이 처음입니다. 고양이는 야옹거리고, 친절하고, 쾌활하며, 통제하기가 매우 쉽기 때문입니다.

출처 : habr.com