답변:
한 권의 책을 읽으면이 책을 만드십시오. 여기에는 개발자의 생산성을 높이는 방법을 설명하고 어려운 숫자가 왜 중요한지 백업합니다.
기회는 당신이 그들 모두를 구현하지는 않을 것입니다 (너무 많은 회사들이 그들을 막을 수있는 문화를 뿌리 깊게 가지고 있습니다). 이상이 무엇인지, 왜인지 알 수 있고 탄약을 가지고 얻을 수있는 것을 얻을 가치가 있습니다.
같은 저자의 Tomware ( Tom DeMarco ) 에서 최근에 읽은 Peopleware (1999 년 약간 오래되었지만 고전적입니다)를 읽은 후
불황기 지난 번 아웃, Busywork 및 총 효율성의 신화를 얻기
구체적인 액션 아이템은 많지 않지만 흥미로운 내용이며 관점을 제공합니다.
Steve McConnell은 Code Complete를 작성하는 것 외에도 소프트웨어 개발 프로젝트 관리 및 소프트웨어 프로젝트 관리자를위한 Rapid Development : Taming Wild Software Schedules 를 작성하여 Code Complete만큼 우수합니다.
그는 Software Estimation : Black Art Demystifying 및 The Software Project Survival Guide를 썼습니다 . 하지만 소프트웨어 견적은 한 가지 특정 주제에 대해 자세히 설명되어 있기 때문에 실제로 관심이 없다면 명확하게 조종하십시오.
Jim McCarthy 의 소프트웨어 개발 역학 도 훌륭합니다. McConnell의 책과 마찬가지로 Microsoft Press도 마찬가지입니다.
여기에는 소프트웨어 개발을위한 54 개의 "규칙"이 포함되어 있습니다. 일부는 눈에 띄지 만 덜 기억할만한 가치가 있으며 200 페이지 미만 (그림 포함)이 읽기 쉬워서 읽을 수 있습니다 (54 개의 규칙 구조는 멋진 청크를 의미합니다).
모집 완료 스마트하고 가져옵니다 것 Spolsky 조엘라는 어떤 놈으로 매우 매우 짧은 좋은 통찰력을 가진 존재의 미덕이있다. 그것이 말하는 것 중 일부는 모든 회사 / 국가에서 쉽게 구현할 수는 없지만 이점을 얻는 대안이 종종 있습니다.
우리가 Joel의 내용을 선전하는 동안 소프트웨어에 관한 첫 번째 Joel의 책은 온라인으로 모두 구할 수 있지만 좋습니다. 짧고 읽기 쉽고 생각을 자극합니다.
(Joel 및 / 또는 Jeff가 얼마나 멋진 지에 대해 사람들이 쾅쾅 소리를 지르면서 항상 위선으로 죽기 시작합니다.)
민첩한지 아닌지, 회고적인 프로세스 (팀의 최근 작업을 되돌아보고 더 나은 방법을 찾는 것)가 중요합니다. 이 책에는 팀이 무슨 일이 있었는지 재구성하고 근본 원인을 파악하며 앞으로 무엇을해야할지 결정하는 데 사용할 수있는 유용한 기술이 많이 있습니다.
방목 고양이 는 특히 관리자가 된 프로그래머를 위해 작성되었습니다.