개발 팀 리더를위한 권장 리소스


10

최근에 회사 환경에서 많은 수의 데이터베이스를 관리하고 개발하는 데이터베이스 (95 % MS SQL Server, 5 % 기타 Oracle, Sybase, Access) 개발 팀의 팀 리더로 임명되었습니다. 코드 개발, 교차 교육, 문서와 같이 과거에이 개발 그룹에서 부족했던 기본 사항을 구현하는 데 도움이되는 리소스 (체크리스트, 유틸리티, 모범 사례, 절차, 웹 사이트, 서적 등)를 찾고 있습니다. 표준, 지식 공유, 멘토링 등을 시행합니다.

내가 찾은 대부분은 일반적인 관리 기술 리소스이지만 개발자 팀을 이끌 수있는 모든 것을 찾고 싶습니다. 기업 프로세스는 "표준"폭포 형 SDLC이므로 Agile을위한 리소스는 그다지 적합하지 않습니다.

답변:


6

제가 구매 한 Tech Leads 및 Manager에게 추천 한 책 :

빠른 개발 (S. McConnell)-일반적인 관리 / 리드 유형에 대한 답변의 훌륭한 "성경"(더 많은 관리)

기술 리더가 됨 (Gerald Weinberg)-밀집된 읽기이지만 훌륭한 글입니다.

관리자 툴킷 (Harvard Business Essentials)-더 많은 관리에 중점을 두었지만 대인 관계 문제에 적합

Collaboration Explained (Jean Tabaka)-민첩성에 초점을 맞추었지만 "X를 수행하는 방법"에 대한 또 다른 좋은 성경

저쪽에 ... 들어 봐 팀으로부터 배우십시오. 동료들로부터 배우십시오. 상사로부터 배우십시오. 당신의 사령부 밖에서 멘토를 찾으십시오. 그러나 당신이 좌절하거나 고착 될 때 당신이 존경하고 도망 칠 수있는 사람을 찾으십시오. 아침 식사로 2 주에 한 번씩 만나십시오.


멘토 찾기에 +1 이것이 팀을 이끄는 이상한 세계를 이해하는 데 얼마나 많은 레버리지가 사용되는지 강조 할 수 없습니다.
tehnyit

3

최근에 Peopleware를 읽었 으며 매우 밝게 나타났습니다. 그것은 개발팀의 역학을 이해하는데 도움이 될 것입니다. 프로그래머가 여기 누군가 추천했습니다.


1

Steve Maguire의 " 개발 프로세스 디버깅 "을 살펴보십시오 .

더 이상 현대적인 책은 아니지만 (1994), 팀 리더로서 유용한 정보가 많이 있으며 실제로 값을 싼 값으로 선택할 수 있습니다. 나는 그것이 우수하다는 것을 알았습니다.

Steven McConnell의 " Rapid Development " 를 고려할 수도 있습니다 . 다시 말하지만, 그것은 oldie (1996)이기 때문에 민첩한 방법론 작업보다 오래 전부터 "폭포", "나선형"및 "타임 박스형"접근 방식을 찾을 수 있습니다. 민첩한 접근 방식 (신속한 프로토 타이핑 등)의 선구자를 찾을 수 있습니다. 또한 "모범 사례"와 관련하여 400 페이지에 요약되어 있고 그 효능과 자세한 설명에 대한 적절한 인용 평가가 나와 있습니다.

두 책 모두 Microsoft Press에서 발행하므로 기존 기술에 대한 충분한 참조 자료를 제공해야합니다.

가장 중요한 것은 두 책 모두 소프트웨어 개발 팀을 관리하는 방법 (동기 부여, 일정, 전략적 사고, 리더십 등)을 다룹니다.


이 두 책은 모두 훌륭합니다. 여러 번 다시 읽었습니다.
Jason w

0

나는 비슷한 입장에있다. 첫 번째는 팀의 작동 방식, 어떤 프로세스를 갖추어야하며 팀의 역할을 정의하는 것입니다. 위키 (또는 쉐어 포인트 등) 페이지를 만들어이 모든 것을 넣습니다. 그런 다음 팀 내에서 정기적으로 대화를 많이하여 이들 각각을 자세히 정의하십시오. 중요한 것은 팀이 원하는 문화와 행동을 설정하는 것입니다. 팀 지식을 위해 이것이 우리가 사용하는 것입니다. 격주 또는 월간 지식 공유 세션을 시작하고 행의 다양한 지식 영역과 열의 팀 구성원이있는 스프레드 시트를 작성하십시오. 그런 다음 1에서 5까지의 점수를 지정하여 각 회원의 강점과 격차를 파악하십시오. 목표 점수가 각각 5, 4 및 3 인 각 영역에 대해 1 차, 2 차 및 3 차 책임을 계획에 할당하십시오.

모든 프로세스를 문서화하는 것은 매우 중요합니다. 예를 들어 우리는 코드 검토 프로세스와 점검표를 가지고 있습니다. 프로세스가 다른 팀과 관련이있는 경우 다른 팀이이를 관리하고 해당 수준의 프로세스에 동의합니다. 예를 들어 릴리스 프로세스.

경영진을 개선하고 시연 할 강력한 기준 위치를 가지고 있기 때문에 문서화의 중요성 (위키에서는 가벼울 수 있음)을 강조 할 수 없습니다. 우리는 강력한 문서와 프로세스를 갖추고 있었기 때문에 팀이 고위 경영진의 눈에 여러 번 승리했습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.