프로그래머에서 팀 리더로 이동 한 사람들의 경험에 대한 몇 가지 예를 찾고 있습니다. 사람들이 왜 그 일을했는지 알고 싶어요. 특히, 이들은 내 머리 속에 떠 다니는 몇 가지 질문과 관심사입니다.
답변:
몇 년 전에 이런 유형의 변경을했습니다. 저는 특정 시점에서 당시 개발 역할이 비효율적이라고 느끼면서 조직의 더 나은 프로그래밍 방식에 영향을 줄 수있는 기회로 리더십 역할을 보았습니다.
코딩 능력을 떨어 뜨리는 상당한 오버 헤드가 있음을 알았으므로 처음 몇 달 동안은 어려운 전환이었습니다. 또한 내 경계를 넘어서는 것을 원치 않는 잠정 성이있었습니다.
몇 달 후, 상사는 몇 주 동안 아 sick으며, 그녀가없는 동안 관리 업무를 많이하게되었습니다. 그 기간 동안 의사 결정을 내릴 수있는 자유가 더 커졌으며,이 시점에서 프로세스를 변경하여 시간을보다 효율적으로 사용할 수있었습니다. 이것이 역할에서 성공하기위한 진정한 열쇠였으며, 의사 결정을 두려워하지 마십시오.
특정 질문에 대한 한 :
나는 기술 팀을 킥 어 ass :-) 만들기를 좋아하기 때문에 팀 / 기술 책임자가되었습니다. 저는 세상에서 많은 긍정적 인 변화를 만들어내는 기술 팀 / 커뮤니티의 힘을 크게 믿는 사람입니다.
코드 작성에 대한 욕망이 있었지만 여전히 프로그램 작성에 대한 욕구가 있었습니까?
나는 여전히 코드를 작성하고 유용한 것들을 만들고자하는 열망이 있지만 소프트웨어를 개발하는 사람들에게 긍정적 인 영향을 미치려고 노력하고 있습니다. 나는 그들이 얻는 장벽을 모두 제거하고 훌륭한 코드를 디자인하고 작성하는 데 중점을 둡니다.
당신은 더 많은 사람들이 있고 의사 소통 기술을 더 잘 활용할 수 있다는 것을 알고 있습니까?
저는 제 작품의 사회적 부분을 매우 좋아합니다. 예, 소프트웨어 개발은 기술 / 엔지니어링뿐만 아니라 사회적 활동의 핵심이라고 믿습니다.
경영진의 요청을 받았기 때문에 그 이유는 무엇입니까?
내가 처음으로 기술 책임자였습니다-예. 당시에는 기술을 잘 아는 사람이 바로 웹 기반 Java (Java 기반 Java)이기 때문이었습니다.
돈 때문에?
아니요. 저는 매일 또는 시간당 직선 개발자로 더 많은 돈을 벌었습니다. 팀 / 기술 리드는 더 오랜 시간이 걸리는 경향이 있습니다. 이것에 YMMV.
이사 한 후 처음 몇 개월은 어땠습니까?
밸런싱 행위! 정치와 '소프트 스킬'이 가장 어려웠습니다. 기술적 인 결정 등은 쉬웠지만 시간 관리에 익숙해 질 때까지 실제로 코딩 할 시간이 거의 없습니다.
동료들과의 관계가 영향을 받았습니까?
처음에는 그렇습니다. 저는 다른 팀보다 훨씬 젊었습니다. 소프트웨어 개발 기술을 배우고 '새로운 기술'을 이끌어내는 섬세한 균형 잡힌 행동이었습니다.
HTH!
저는 많은 큰 프로젝트에서 팀 및 프로젝트 관리자로 일했습니다. 내가 가장 경험이 풍부한 개발자 였기 때문에 그렇게했습니다. 제 생각에, 팀 리더와 개발 관리자는 스스로 강력한 프로그래머이며 프로젝트 코드를 계속 작성하는 것이 중요합니다.
특정 질문에 관해서는 :
아니요-코드를 계속 작성했습니다. 위 참조.
나는 더 많은 사람들이 아니지만 훌륭한 의사 소통 기술을 가지고 있습니다. 동기도 아닙니다.
어느 정도까지. 결국 누군가 당신을 계층 적 비즈니스 상황에서 리더 / 관리자로 만들어야합니다.
확실히 도움이됩니다!
팀 및 개발 관리에 관한 한, 외부 정치를 다루는 데 그리 좋지는 않습니다.이 역할에 대한 연고의 비행입니다.
전혀.
15 년 전에 경영진으로 이사했습니다. 내가 일을 시작한 첫 번째 이유는 내가 경력을 쌓아야 할 누군가로 나를 보았 기 때문입니다. 그것이 바로 그 길이었습니다. 수년에 걸쳐 이것은 한 사람이 처리 할 수있는 것보다 더 큰 것을 앞으로 전진시키려는 욕구에 길을 주었다.
코드 작성에 대한 저의 욕구는 수년에 걸쳐 쇠약 해지지 않았으며 때로는 방해가되기도합니다. 나는 내 자신의 욕구를 한쪽에 두는 법을 배워야하고, 특히 스크럼 마스터로서 팀을 위해 최선을 다해야합니다. 나는 더 이상 사람이 된 적이 없으며 많은 관리 기술을 배워야했습니다. 그러나 지난 몇 년 동안 내가 관찰 한 것은 경영진에 들어가려면 선택해야한다는 것입니다. (상업적으로) 성공적인 관리자이거나 훌륭한 팀 리더가 될 수 있습니다. 동시에 두 사람이되는 사람은 거의 없습니다 (일부 회사에서는 말 그대로 불가능합니다). 내가했던 대부분의 장소에서, 최고 경영진의 최우선 순위는 돈이며, 팀 빌딩, 품질, 커뮤니티 가치 등과 같은 다른 모든 것들은 전혀 중요하지 않습니다.
경영진으로 전환했을 때 회사의 한 부분에서 다른 부분으로 이동했기 때문에 처음 몇 개월은 비교적 쉬웠으므로 이전 동료와의 충돌이 없었습니다.
돈의 증가는 환영했지만 이제는 고위 경영진을 따르지 않으면 훌륭한 SW 엔지니어가되고 자신을 적절하게 판매하여 동일한 목표를 달성 할 수 있음을 알게되었습니다. 중간 관리 작업, 실제로 유혹적인 아이디어입니다).
마지막 직장에서 팀 리더로 도약했습니다. 나는 내 업무에 깊은 인상을 받았으며 더 많은 일을 처리 할 수 있는지보고 싶었 기 때문에 관리자가 선택했습니다. 나는 그것을 쏘기로 결심했다.
처음 몇 개월은 흔들리고 일부 마감일과 일부 잘못된 코드가 있었지만 결국에는 문제가 발생했습니다.
팀장으로서 나는 여전히 많은 코드를 작성했음을 알게되었고 다른 사람들의 코드와 진행 상황도 지켜 보았습니다.
동료들과의 관계는 그다지 영향을받지 않았습니다. 'Building Teams that Work'라는 팀장이 된 직후에 원격 교육 과정을 밟았습니다. 그것은 많은 부드러운 기술과 팀을 구성하는 방법을 설명했습니다. 그 과정에서 조언을 받아 팀에 적용했는데 실제로 효과가있었습니다.
당신은 당신의 동료가 당신을 남겨두고 있다고 보지 않도록해야합니다, 당신은 그들과 함께 일하는 기술입니다. 어떤 사람들은 그들이 당신을 위해 일한다고 생각할 것입니다. 그러나 그들이 성공하는 데 필요한 모든 도구를 가지고 있는지 확인하는 것이 팀장의 일입니다. 그들이 성공하면 팀이 성공합니다.
그냥 내 두 센트 :)