소프트웨어 책임자로서 첫해에 배운 것 엔지니어

선임 프로그래머로부터 소프트웨어 엔지니어 책임자로 근무한 첫해입니다. 이것은 기술에서 관리 및 인력 개발에 이르기까지 물론 전염병의 해에 대한 이야기입니다

(2020 년 12 월 31 일)

사진 : 가짜 ( Pexels

저는 회사에서 소프트웨어 엔지니어 책임자로 일한 첫해를 통해 많은 것을 배웠습니다. 하지만 사무실에서 우리 팀과 얼굴을 맞대고 일할 수있는 경험은 3 개월 밖에 없습니다. 그 후 전 세계가 전염병에 걸리기 때문입니다. 그래서 이것이 제가 전염병 세계에서 팀을 이끌 기 위해 배운 것입니다. 2020 년 5 월부터 지금까지 재택 근무를하며 WFH가 2022 년까지 연장 될 수 있습니다.

내가 배운 기술적 사항

사진 : Pexels

⦿의> 가짜 기술이 무엇인지 알아야합니다. 우리 회사에 적합한 고 가용성, 신뢰성 및 일관성을 갖춘 팀을 위해 배워야합니다.

⦿ 사용하려는 기술에 대한 로드맵이 있는지 확인하고 아이디어를 공개합니다. 우리 팀. 그래서 그들은 그것에 대한 그들의 의견을 줄 수 있습니다. 그리고 우리 회사에 적합한 다른 경로를 배울 것입니다.

⦿ Amazon Web Services, Google Cloud 또는 Azure에서 인증서를받습니다. 회사를위한 모범 사례를 얻을 수 있습니다.

⦿ 팀 로직과 코드 효율성을 검토하고 성장시키는 데 중점을 둡니다.

⦿ 육성에 적합한 사람을 선택하고 코딩을위한 서브 리더 또는 멘토. 그래서 우리는 다른 사람들을 성장시킬 파트너가 있습니다.

⦿ 우리는 모든 코드를 검토하고 우리 팀에 피드백을 제공해야합니다.

⦿ 누군가 논리적 문제에 문제가 있다면, 아무도 해결할 수 없습니다. 회의를 위해 팀을 모아 모두와 함께 문제를 해결합니다. 더 많은 두뇌가 하나의 두뇌보다 낫습니다.

⦿ 팀을 완벽하게 밀어 붙이지 마십시오. 완벽이 없습니다. 실수를하여 배울 수 있도록하세요. 단지 그들을 비난하지 마십시오.

⦿ 적어도 다른 회사 나 대기업이 사용한 기술을 사용합니다.

⦿ 과대 광고 때문에 신기술을 그다지 신뢰하지 않습니다

⦿ 연구에 집중 소프트웨어 엔지니어의 책임자이기 때문에 연구 개발에 관심이있는 팀에 모범 사례를 보내거나 위임합니다.

저는 거의 코딩하지 않습니다. 저의 초점은 검토, 관리, 타임 라인 작성, 지식 공유, 연구 및 다른 부서와의 회의입니다.

그리고 이것들은 제가 배운 것들을 관리하는 것입니다.

fauxels 의 사진 > Pexels

⦿ 매주 기술, 심리학 및 리더십에 대한 기사를 적어도 하나씩 읽는 습관을 만드십시오. 우리는 medium.com을 사용하여 이러한 습관을 완성 할 수 있습니다. 모든 기사는 3 ~ 4 분이면 충분하므로 매일 12 분이면 기사를 읽을 수 있습니다.

⦿ 책을 한 번도 읽지 않으면 우리의 기술과 지식을 개발하는 책을 읽는 습관을들이십시오. 위치. 매일 1 장만 필요하며 한 장에 10-20 분만 필요합니다. James Clear의 원자 습관 , Leader Eat Last by Simon Sinek 및 효과적인 사람들 by Stephen R. Covey.

⦿ 팀에 위임하고 그들이 작업을 위해 할 수있는 범위를 설명합니다. .

우리가 일주일 동안 너무 바쁘다고 생각한다면 충분히 생산적이지 못해서

⦿ 멘토링 개념을 가진 팀을 구성하십시오. 팀 구축에 많은 도움이 될 것입니다. 다른 사람에게서 멘토링 개념을 배울 수 있습니다. 5 ~ 10 분 동안 일어 서고 그 후에는 참여도를 높이기 위해 매일 30 분 ~ 1 시간 이상 모일 수 있습니다.

⦿ 모든 프로젝트와 모든 작업이 측정 가능한지 확인하세요.

⦿ 사람마다 행동과 심리가 다르며 배경이 다르며 이동 경로도 다릅니다. 우리는 서로를 잘 이해해야합니다. 심리학 기사 나 책을 통해 배워야하는 이유

⦿ 사람마다 재능이 다르기 때문에 노력하고 검토해야합니다. 우리 팀 중 한 명이 자신의 가장 좋은 점이나 관심사가 무엇인지 모른다면 우리의 관점에서 이해하고 그들을 위해 새로운 도전을 시도해야합니다.관리, 코딩 전문가, 연구 및 개발 또는 기술 공유 / 교육을 위해 시도해 볼 수 있습니다.

⦿ 팀장이 잘하면 우리는 공로를 인정해야합니다. , 다시 한 번 책임을 져야합니다.

⦿ 각 팀에 기대치를 전달

⦿ 사람들의 일과 삶의 균형 존중

⦿ 아무도 100 % 생산적이지 않습니다. , 우리 모두는 비생산적인 몇 주가 있습니다. 따라서 생산적이지 않거나 잘 수행되지 않는 팀과 소통해야합니다.

최종 단어

배운 내용이 너무 많아서 잘 기억 나지 않는다고 생각합니다. 배운 내용을 기억하면이 글을 편집하겠습니다. 엔지니어링 관리는 기술 엔지니어링과 완전히 다릅니다.

당신이 코딩을 좋아하는 테크니컬 맨이라면 전문가가 되길 권합니다. 소프트웨어 엔지니어의 헤드 / 리드가되는 것은 엔지니어링 팀을 관리하고 코드를 줄이는 것이기 때문입니다. 때때로 우리는 코딩 기술이 더 이상 성장하지 않고 이전과 같이 코딩하는 방법을 잊어 버렸습니다.하지만 선택해야합니다. IT 관리 또는 전문가가 될 경로는 무엇입니까? 무엇을 선택해야하는지 배울 수 있습니다 (이 문서).

할 수 있기를 바랍니다. 이것을 읽고 배우십시오.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다