답변:
직장에서 누군가 (개발자이기도 한 사람)라고 말하면, 내가해야 할 중요한 일은 :
개발팀이 올바른 위치에있게하십시오 (가능한 경우 행복 함). 가능한 곳에서 작업을 방해하는 방식으로 물건을 옮기십시오. 적어도 이해하면 받아 들일 가능성이 높습니다). 궁극적으로 프로젝트와 팀 사이에 해결할 수없는 충돌이있는 경우 일반적으로 프로젝트가 승리합니다. 그것이 반드시 팀에게 인기가있는 것은 아니지만 노조 지도자가 아닌 프로젝트 / 제품을 제공하는 데 대한 대가를 치릅니다. 명백한 기술은 이것이 얼마나 자주 발생하는지 최소화하는 것입니다.
팀이 고객과 적절한 금액으로 통신하고 있는지 확인하십시오 . 이는 고객을 팀으로부터 멀어지게하는 것과 같은 부분을 차지하는 경향이 있으며, 팀이 고객에게 완전히 이해하지 못하는 것에 대해 고객에게 질문하는 것입니다 (잘못된 가정 일뿐). 개발자는 고객이 고객을 방해하지 않도록하고 고객이 추가 할 유용한 정보가 있다는 사실을 잊어 버리는 데 큰 도움이됩니다.
자원 갈등, 고객 요구, 지원 문제 등의 프로젝트 계획 및 우선 순위 지정 . 나는이 고객이 그 고객보다 우선권을 가지거나이 버그가 배송되기 전에 수정되어야하지만 알려진 문제로 나갈 수 있다고 말하는 사람입니다.
개발의 상업적 측면을 관리 하십시오. 즉, 비용이 청구되고 청구되어야하는 사항과 지원 대상에 포함되어야하는 비용을 청구하려고하지 않습니다.
비즈니스 및 팀 내 비즈니스의 목소리가 되십시오. 모든 사람이 상대방의 입장을 이해하고 차이가 발생할 경우이를 해결하도록 도와주십시오. 이것은 주로 팀의 요구 / 원인과 더 큰 조직, 예산 문제 간의 문화적 갈등을 다루는 경향이 있습니다. 의견 불일치가있을 때 모든 사람의 적이된다는 것을 의미하기 때문에 이것은 실제로 매우 칙칙합니다.
팀과 협력하여 비즈니스 및 고객의 요구 사항을 충족 할 수있는 충분한 프로세스와 도구를 마련하십시오 . 필요에 따라 이러한 프로세스를 따르고 조정해야합니다. 이 중 일부는 팀이 프로세스를 정의하도록하고 (예 : 내가하는 것보다 더 잘 이해하는 기술적 인 것), 스스로 정의하는 것입니다 (예 : 계획, 추정 등보다 내가 이해하는 것). 여기서 중요한 단어는 충분합니다. 프로세스를 위해 프로세스를 원하지 않지만 반드시해야 할 일이 있으며 프로세스가이를 지속적으로 달성하는 가장 좋은 방법입니다.
팀의 모든 구성원이 최소한 합리적인 수준으로 , 그 이상으로 작업하고 있는지 확인하십시오 . 이 수준에 도달하지 못하게하는 문제를 해결하기 위해 그들과 협력하십시오. 나는 내 역할이 그들이 최선을 다하는 것이라고 말하고 싶지만 다른 요구 (프로젝트, 예산, 시간)는 어느 정도 사실이지만 이것이 거의 항상 더 크거나 적은 수준으로 타협 될 것임을 의미합니다.
전체적으로는 멘토링, 비서, 프로젝트 관리, 계정 관리 및 PR (팀)입니다. 개발자가 생각할 필요가 없거나하지 말아야 할 일이 많이 있으며, 일부는 개발자가해야 할 일만하고 싶지 않은 일을해야합니다.
문제가 아닌 것은 최고의 개발자가되는 것입니다 (일반적으로 너무 오랫동안 최신 상태를 유지하지 못하므로 사람들이 당신보다 더 많은 것을 알게 될 것이라는 점을 인정해야합니다. 더 짧지 만 최근의 경험) 또는 일종의 독재자. 그런 점에서 생각해 볼 수있는 가장 좋은 방법은 당신이 상급자라는 것이 아니라 다른 책임을지는 것입니다. 때때로 이것은 (팀의 견해와 상충 될 수있는) 무언가에 대한 최종 요청을하는 것을 포함하지만, 더 자주 합의 나 타협에 관한 것이어야합니다.