주요 기술 관리자는 사람들이다, 일을, 방향을 참조 할. 그것은 팀 구성원을 훈련 할 수있는 능력, 팀 빌딩 등 제대 가진 사람을 의미, 작품의 완성은 비즈니스 요구 사항을 말한다 명확한 방향이 팀의 미래 발전 방향과 목표를 참조하십시오.
우리는 종종 논쟁 "관리되는 코드를 작성하지 않아도"이 주제 및 작업 내부 전용 "일을" "코드를 작성하는". 관리자가 팀 전체의 성과에 대한 책임, 그래서 때문에 사실, 이론적으로, 한 팀은 일을해야, 그들은 관리자가해야 될 수 있지만, 사람이 어떻게 혼자 팀 전체를 수행 할 수 없습니다 일, 그래서 관리자는 자신을 무엇을 결정하기 위해, 작업 준비를 위해 필요한 팀의 다른 구성원이 그것을 할 수 있습니다 실제 상황.
당신이 원하는 작업의 조직, 우선 분류에 일해야, 일반적인 관행은 긴급, 중요하지 않은 긴급, 중요하고 긴급, 중요하지 긴급하지 중요하지 않은로 작업하는 것입니다. 그렇다면 중요한 것이 무엇인지 정의, 긴급 것은 무엇인가? 전체 시간 칼럼니스트 "진짜 (36) 기술 관리에 대한"보기의 괴짜 점은이 질문에 대답하기 :
- 은 "계획된 작업"에 대한 소득이 충분히 큰 볼 수 있습니다. 소득은, 그것은, "할 일 목록"에 상대적으로 작은 배치되어 할 수있는 작업으로 처리하기 위해, 자원과 관심에 맞게 우선 순위를 부여 할 수있는 더 큰, 더 크고 더 중요한 필요성을 돌려줍니다.
- 은 "예기치 못한 일"에 대한 손실이 충분히 큰 볼 수 있습니다. 제어의 손실이, "계획 한 일"목록을 넣어 경우, 손실은이 시급한 과제가 핵심 목적에서 정지 할 예정이다에 따른다 충분히 크다.
기술 관리자는 "중요한 긴급하지"일에 (관리자를위한 연구의 기술적 수단, 분석 및 평가, 기술 평가 및 시나리오 분석, 규범 설정 팀, 코드 품질 관리 등이 필요합니다)에 자신의 작품을 집중해야한다 그리고 "중요하고 긴급한"의 팀 초점, 위의 "중요 긴급하지"일의 구성원이되도록하는 (선원, "즉, 수요 분석, 기술 설계, 코딩), 프로젝트는 원래 일정에 계획되어 있지 않은 경우 작업, 갑자기이 요구 삐삐와 일정은 매우 빡빡이다, 그래서 문제 "중요하고 긴급한"가된다.
기술 관리자의 주요 임무는 1 + 1> 2 싸우는 팀 플레이를하고, 좋은 팀의 작업의 속도를 제어하는 것입니다. 가장 큰 팀 모두가 "긴급 중요"과 "긴급 중요하지 않은"것들에 갇혀 경우 키 출력에 대한 충분한 근거 팀이 중요한 문제가 발생하지 않습니다,이 있는지 여부입니다 싸우는 팀을 반영 출력 따라서 관리자는 팀 구성원이 "비상 중요"과 "긴급 중요"작업 업에 참여하지 않는 만들려고합니다. 이 문제는 임시 직원 제품, 화재 라인 및 보고서의 다양한 요약의 아이디어를 탐구하는 다양한 부서 간 회의를 포함하여 매우 혼합 된 범위의 두 가지 유형을 포함하고, 집안일 같은 더, 따라서 많은 사람들이해야 할 관리하는 팀을 조롱하는 것입니다 잡동사니.
기술 관리자의 관점에서해야 할 집안일을 많이 가지고, 그래서 기술 관리자는 "중요하고 긴급한"작업까지에 자신을 피하려고한다. "중요하고 시급한"상황이 관리자는 관리자 소진 것뿐만 아니라 프로젝트 계획의 엄격한 구현에 바인딩 할 수 있도록 프로젝트 구현에 너무 많은 집안일을 그것으로 우리의 모든 에너지를 넣어 것을 요구하고, 프로젝트 일정과 엄격한 요구 사항을 가지고 고갈뿐만 아니라 프로젝트 지연의 더 큰 위험을 가져온다.
모두 모두이 일을 무엇의 분석 기술 관리자는 항상 팀 전체의 관점에서 고려되어야한다, 출력의 기술 매니저 팀의 전체 출력 후 삭제됩니다 뭔가 특별한을한다.