그래서 그들은 저를 경영진으로 끌어들이려고합니다.

저는 비 기술 회사의 소규모 IT 부서에서 일합니다. 관리자가 최근에 종료했으며 교체를 찾고 있습니다. 나는 사람들 기술을 가진 "희귀 한"개발자 중 한 사람이기 때문에 감독은 저에게 지원을 권유하고 있습니다

저의 일부는 지원을 원하지만 저의 다른 부분은 아니오라고 말합니다. 차별화 된 사운드를 만들어내는 급여와 능력, 그리고 나는 12 년 후에 프로그래밍에 약간 타버 렸지만 단점도 있습니다. 나는 그 직책에 관심이 많은 다른 사람을 관리하고 있으며 친구이기 때문에 어색 할 수 있습니다.

다른 사람이 비슷한 위치에 있었습니까? 관리 및 행복에 관심이있는 사람이 있습니까? 아니면 관리 작업에 참여한 사람이 있습니까? 모든 의견을 부탁드립니다!

@Pratik : 관리자가 귀하가 근무한 회사의 전직 직원을 위해 일할 때 문제가 있었습니까?

편집 : 귀하의 답변에 감사드립니다.

이것이 좋은 기회 인 것처럼 보이지만, 이것에 대해 불편한 점이 몇 가지 있습니다.

1) 나는 내가 요구 한 일 대신에 모든 것을 책임질 것이다. 부서는 몇 차례의 정리 해고 후에도 여전히 스트레스를 받고있다. 나는 팀의 모든 사람들과 꽤 좋은 관계를 맺고 있습니다.하지만이 직업을 가져도 바뀌지 않을지 궁금합니다.

2) 두 명의 다른 동료들이 어떤 이유로 든 감독을 경멸한다. 그는 내가 더러운 일을하게하고 머리를 맞대면 벌을 주려고 할 수도 있습니다.

3) Codemwnci의 게시물을 기반으로 문제가되지 않는 나보다 나이가 많은 사람들을 관리하십시오.

4) 소규모 부서이며 전임 관리자가 필요하다고 생각하지 않습니다. IMO 우리는 (모든 사람이해야 할 일을 알고 있기 때문에) 주위 사람들을 주문하는 데 50 %의 시간을 소비하고 시간의 50 %를 아무 것도하지 않아도됩니다. 부서에는 더 많은 선수 코치 IMO가 필요합니다. 팀원들에게 도움을 줄 수 있다고 생각합니다. (지원 담당자가 현재하고있는 것처럼 코드를 작성하는 대신) 풀 타임으로 일을 지원해야하기 때문입니다.
어렵지만 지금하고있는 일도 어렵다 (개발 + 지원 작업)

나는 그들이 무엇을하고 있는지 모르거나 현재 우리 팀을 망치고있는 누군가를 외부에서 데려 오는 것을 싫어합니다.

편집 (4/30)

나머지 팀과의 관계 가 변경됩니다. 당신은 이제 배우자보다 보스입니다. 사람들에게 무엇을해야하는지 알려 주어야하며 그렇게해야합니다. 일부는 변경해도 괜찮을지 모르지만 다른 사람들은 당신이 그들보다 승진했다고 원망할 수 있습니다.

내가 지금 그들과 대부분 친구이기 때문에 문제가 될 수 있습니다.

이 경우 몇 가지 "쉬운"프로젝트 작업을 자신에게 할당하십시오. 이것들은 중요한 알림 항목으로 즉시 통지 할 수 있습니다. 이를 통해 프로젝트에 도움을주고 코드 기반을 유지할 수 있지만 관리 활동에 방해가되지 않습니다. 할 수있는 또 다른 일은 들어오는 모든 버그 보고서를 작성하는 것입니다. 실제 버그인지 확인하고 쉽게 편집 할 수 있다면 바로 수정하십시오. 그러면 더 큰 문제가 팀의 나머지 활동에 예약 될 수 있습니다. 이렇게하면 팀의주의가 산만 해지지 않으며 문제가 해결 된 클라이언트 / 상위 관리도 표시됩니다.

좋은 전략 인 것 같습니다 ...

나에게 그것은 당신이 즐기는 일상 활동으로 귀착됩니다. 코칭, 사람들과의 만남, 프로젝트 관리, 관계 형성 및 사람들의 문제 해결을 좋아합니까? 아니면 혼자있는 시간이 많고, 회의가 끝나고, 드라마를 싫어하고, 지적 / 기술적 문제를 좋아합니까?

둘 다 할 수 있습니다. 나를 위해 가장 중요한 것은 일과 삶의 균형입니다. 저의 옛 상사는 일과 삶의 균형을 유지하고 있었지만, 자신이하고있는 일을 알고 여분의 시간을 일했으며 자신의 일을 쉽게하는 직원을 그 아래에 배치했기 때문에 가능했습니다. 물론 다른 사람이 인계하고 부서가 잘못 관리되면 모든 사람의 일과 삶의 균형이 벗어날 수 있습니다.

편집 (5/1)

J

그것은 회사 환경이며 우리가 얼마나 많은 사람들을 가지고 있는지 또는 직책에 대한 직업 설명을 통제 할 수 없습니다.

동료 팀원들이 성공하기를 희망하지만 확실하지 않습니다. 나는 그들 중 일부와 친구를 사귀었고 분명히 이것은 우리의 관계를 바꿀 것입니다. 그러나 다른 후보자들이 부서를 운영하고 원활하게 운영 할 수 있을지는 확실하지 않습니다. 비록 내가 틀렸을 수도 있습니다.

나는 그런 직업을 가졌고 내가하지 않기를 바란다.

당신은 그것이 앞으로 나아가고 있다고 생각할 것입니다. 그러나 완전히 다른 방향입니다. 그것은 직업을 목수에서 세일즈맨으로 바꾸는 것과 매우 흡사합니다. 작업을 수행하려면 다른 기술과 지식이 필요합니다. 물론, 사람들이하는 일과 그들이 매일 겪는 문제를 정확히 아는 것이 도움이됩니다. 그러나 내 경험상 그것은 직업의 작은 부분입니다. 약 20 %라고합시다. 더 많은 시간이 사람들 (그들의 요구와 야망)을 관리하고 상위 경영진이 많은 수의 쓰레기에서 사람들을 보호하는 데 소비됩니다. 또한 자신이하는 일과 말에주의를 기울여야합니다. 왜냐하면 누군가를 화나게하는 것에서부터 팀 전체의 사기를 파괴하는 것까지 모든 종류의 피해를 입힐 수 있기 때문입니다.

나쁜 부분은 더 이상 프로그래밍을 많이하지 않는다는 것입니다. 그리고 다른 사람들이해야 할 일을 말하는 것보다 소프트웨어를 만드는 것이 훨씬 더 즐겁다는 것을 알게되었습니다. 또한 소프트웨어 개발에 대한 지식이 서서히 사라지고 있다는 느낌이 들었습니다. 얼마 전에 저는 몇 가지 문제로 어려움을 겪고 있었고 어려움을 겪었습니다. 요즘, 나는 끊임없이 교정되고 있습니다. 그들은 인기있는 프레임 워크로 완벽하게 해결할 수 있으므로 문제는 사소합니다. 이런 일이 일어날 때마다 나는 미소 지지만 내 영혼은 절망에 울부 짖습니다.

이 모든 것을 다했습니다.

당신은 (특히 관리자와의 논의를 통해) 불가능한 일을 할 수 있고, 수년 동안 내가 관리했던 것, 즉 기술적 인 실무 관리자가 될 수있는 두 세계를 모두 얻을 수 있습니다.

그렇습니다. 관리 업무를 수행하지만 약 50 %의 관리 업무 (보통 모호한, 단기 업무, 소방, 미래에 대한 응시 또는 사람들의 문제를 해결해야하는 업무)의 균형을 유지하려고 노력합니다. 그리고 약 50 %는 실무 개발자입니다.

"이것을하지 마십시오. 당신은 다른 사람 중 하나 여야합니다"라고 말할 많은 사람들이 있습니다.

그것은 이다 어렵지만 기술적 인 일을하는 사람들을 관리하는 방법에 대한 것들 중 하나는 당신이 연락을 유지하지 않는 경우, 신속 기술적으로 쓸모가 될 것입니다 - 다음은 개발자가되기로 돌아갈 수 없다 (또는 대규모 드롭을 필요로 유급 고용주와 긴 재교육 기간).

기술에 대해 적절한 연락을 유지하는 유일한 방법은 IT 부서를 이용하는 것입니다. 세계의 모든 책, 코스 및 와플은 실제를 대체하지 않습니다.

따라서 (일부) 개발을 수행하면 더 나은 기술 작업 관리자가됩니다.

그러나 어렵다.

이 답변에주의를 기울이십시오. 이것은 나의 경험이며, 저는 개인입니다. 그리고 당신은 가장 확실하게 저와 다릅니다. 그러나 이것은 어쨌든 나의 이야기입니다.

나는 기술을 생생하게 유지하면서 직장 밖에서 배우고 자하는 의지와 기술로 생계를 꾸준히 졸업하고 매우 잘 이끌 었으며, 매우 빠르게 리더가되었으며 동료들로부터 존경을 받았습니다. 또한 개인 프로젝트에 대한 작업 이외의 연습을하면서 프로그래밍 업무를 훌륭하게 수행 할 수있었습니다. 나는 (당시 20 명의 프로그래머 중) 내 부서에서 '남자'가되었다. 그런 다음 관리자가 떠났습니다.

내가 동의 한 것을 기억하지 못하더라도 나는 관리자가되었다! 그리고 나는 3 년 동안 그것을 고집했습니다. 나는 팀을 잘 관리했다. 나는 기술 전문가 였기 때문에 그들이 무엇을해야하는지, '이해하지 못한 사람들, 또는 무엇을했는지 / 제공 한 사람들'이하는 방법에 대해 말하는 것을 싫어했기 때문에 그들은 그것을 좋아했습니다. 나는 또한 다른 팀보다 훨씬 젊었습니다 (25 살). 그들은 대부분 30-45 세였습니다. 그러나 그것은 중요하지 않은 것 같습니다. 팀은 행복했다. 그리고 나는 여전히 코딩의 일부를 수행하면서 내 기술을 신선하게 유지했습니다.

그런 다음 팀이 너무 커졌습니다! 나는 하루 종일 회의와 일대일 평가에 보냈다. 집에가는 내용은 거의 없었지만 모임과는 별도로 "오늘 내가 한 일이 무엇입니까?"라고 생각했습니다.

6 개월 전 나는 같은 회사에서 Architect post를 신청해서 얻었습니다. 나는 대부분의 날 집에 콘텐츠를 간다. 진정한 가치를 더하고 회사를 발전시키는 것처럼 느껴집니다. 이전 팀의 수석 개발자가 이전 작업을 수행합니다. 그는 기술자이기도했다. 그는 기술자 였고 정말 좋은 선수 였기 때문에 교체 팀에 다시 만족했습니다. 그러나 그는 방금 똑같은 이유로 많은 이전 위치로 돌아섰습니다.

내 경험상, 훌륭한 기술인은 비록 사람들과 잘하더라도 기술에 대해 무언가를 갈망하기 때문에 훌륭한 기술자입니다. 물건을 만들고 예술로 소프트웨어를 만드는 것. 내가 경영진으로 돌아갈 수있는 유일한 방법은 내가 관리 게임의 초기 단계에있을 수 있었으면하는 것입니다. 그것은 효과가 있었고 모두가 행복했고 비즈니스는 내 기술력을 최대한 발휘했으며 팀에서 최고의 결과를 얻었습니다. 팀이 커지고 실습을하지 않아서 모두가 고통을 겪었습니다.

당신이 선택한 무엇이든 행운을 빈다. 최소한 돈 / 힘을보고 바로 뛰어 들기보다는 그것에 대해 생각하고 있기 때문에 나는 당신이 잘 할 것으로 기대합니다.

같은 위치에 있었다. 승진을 경영진에게 가져 갔고 나는 그것을 매우 즐기고 있습니다.

나는 또한 최고의 개발자 중 하나이기 때문에 개발을 계속하고 있지만 좋은 움직임이었습니다. 지금 다른 일을하게되어 기쁩니다. 나는 개발을 좋아하지만, 갈기 갈기 타기 시작했고 다른 가능한 것이 무엇인지보고 싶었습니다.

내가 가진 최고의 직업은 훌륭한 관리자를 위해 일하는 것이었고 그들이하는 일에 대해 내가 좋아하는 것과 같은 일을하려는 것을 알게되었습니다. 지금까지 팀을 일반적인 회사의 허물에서 벗어나려고 노력하면서이 역할을 맡게되어 기쁩니다.

어쩌면 관리자와 함께 차 한 잔을 마시 며 이에 대해 이야기하십시오. 그는 좋은 사람처럼 들리며 당신이 물건을 배치하면 그는 당신에게 맞는 것을 알아낼 수 있습니다.

프로그래밍에 타 버린 경우 몇 년 동안 속도 변화가 좋을 수 있으며 원하는 경우 언제든지 프로그래밍으로 다시 돌아갈 수 있습니다.

내 의견으로는, 만약 당신이 프로그래머라면 관리자가 될 수 있습니다. 능력이 부족한 사람이 없다면 걸릴 수도 있습니다. 관리 및 프로그래밍 기술이 결합 된 사람을 찾기는 어렵습니다. 당신의 관리자가 당신에게 응용 프로그램을 권장하는 경우 이외에도 그는 당신에 대한 믿음을 가지고 있습니다. 더 선임 된 사람을 관리하는 것은 문제가되지 않습니다. 그것은 당신의 사람들 관리 기술의 일부입니다. 그래도 한 가지 제안이 있습니다. 처음에는 희망이 가득한 불행이있을 것입니다. 당신이 역할을 맡 자마자 모든 모호성을 끝내야합니다. 책임감, 책임 위임, 팀 구성원 추적 및 확고한 조합으로이를 수행하십시오.

저는 개발자이자 관리자였습니다. 나에게 그것은 당신이 즐기는 일상 활동으로 귀착됩니다. 코칭, 사람들과의 만남, 프로젝트 관리, 관계 형성 및 사람들의 문제 해결을 좋아합니까? 아니면 혼자있는 시간이 많고, 회의가 끝나고, 드라마를 싫어하고, 지적 / 기술적 문제를 좋아합니까?

당신은 매우 다른 일에 하루를 보낼 것입니다. 따라서 어느 날을 즐기시고 어느 날을 더 빨리 끝내시겠습니까?

물론 이것에 대한 옳고 그른 대답은 없습니다. 내 경험은 전자 및 소프트웨어 팀의 팀 리더 (팀의 책임자)와 함께 승진 한 것입니다. 나는이 일에 많은 양의 손을 뻗어 나에게 적합했고 다른 회사와 함께 프로젝트 관리 업무를 수행하기 위해 이사를했고 미워했습니다. 나는 이제 다른 사람의 개발 작업을하고 있습니다.

물론 당신은 Peter Principle 을 명심하고 실제로 일을 할 수 있고 돈으로 너무 유혹을받지 않을 것을 확신해야합니다.

편집 한 내용에 따라 :

1) 나는 내가 요구 한 일 대신에 모든 것을 책임질 것이다. 부서는 몇 차례의 정리 해고 후에도 여전히 스트레스를 받고있다. 나는 팀의 모든 사람들과 꽤 좋은 관계를 맺고 있습니다.하지만이 직업을 가져도 바뀌지 않을지 궁금합니다.

나머지 팀과의 관계 가 변경됩니다. 당신은 이제 배우자보다 보스입니다. 사람들에게 무엇을해야하는지 알려 주어야하며 그렇게해야합니다. 일부는 변경해도 괜찮을지 모르지만 다른 사람들은 당신이 그들보다 승진했다고 원망할 수 있습니다.

4) 소규모 부서이며 전임 관리자가 필요하다고 생각하지 않습니다. IMO 우리는 (모든 사람이해야 할 일을 알고 있기 때문에) 사람들을 주문하는 데 50 %의 시간을 소비하지 않고 시간의 50 %를 아무 것도하지 않아도됩니다.

이 경우 몇 가지 "쉬운"프로젝트 작업을 자신에게 할당하십시오. 이것들은 중요한 알림 항목으로 즉시 통지 할 수 있습니다. 이를 통해 프로젝트에 도움을주고 코드 기반을 유지할 수 있지만 관리 활동에 방해가되지 않습니다. 할 수있는 또 다른 일은 들어오는 모든 버그 보고서를 작성하는 것입니다. 실제 버그인지 확인하고 쉽게 편집 할 수 있다면 바로 수정하십시오. 그러면 더 큰 문제가 팀의 나머지 활동에 예약 될 수 있습니다. 이렇게하면 팀의주의가 산만 해지지 않으며 문제가 해결 된 클라이언트 / 상위 관리도 표시됩니다.

소프트웨어 업계에 간신히 1 년이되었을 때 팀 리더가 될 수있는 기회를 줄였습니다. 나는 기술적으로 경험이 충분하지 않아서 직책을 맡을 수 있다고 생각했다. 5 년이 지난 지금, 도메인이 변경되면서 같은 게시물을 얻기 위해 열심히 노력하고 있습니다. 나는 그때 그것을 취했으면 좋겠다.

팀이 어떻게 운영해야한다고 생각하는지, 자격과 함께 어떤 위치를 생성, 변경, 제거 및 작성해야하는지 파악해야합니다. 당신이 얻는 피드백에 기초하여, 당신이 직업을 원한다면 당신이 직감을 느낄 것입니다.

또 다른 고려 사항은 관리에서 얼마나 더 나아가고 싶은가입니다. 모든 사람들의 기대가 무엇인지보십시오.

동료 팀원이 성공하도록 도와 주어야합니다. 일을 어떻게 수행하고 싶은지 명확하게하고 그들이 협력 할 것인지 결정하게하십시오.