비 기술적 관리가 소프트웨어 개발을 이해하는 데 도움이되는 좋은 책은 무엇입니까? [닫은]

비 기술적 인 직원이 소프트웨어 개발 팀을 관리하는 경우 프로세스를 더 잘 이해하기 위해 읽고 싶은 책이 있습니까?

예를 들어, 대부분의 작업에서 작업에 소요되는 시간을 꽤 잘 예측할 수 있습니다. 그러나 개발 과정에서 문제의 핵심은 알 수없는 시간이 걸린다는 점입니다. 의사 소통이 어렵다.

당신이 아는 것이 이것을 잘 설명하고 있습니까?

" Peoware "와 " Mythical Man Month "는 몇 가지 고전이 될 것입니다. 그러나 경영진이 책을 오래 읽었을 때 어느 책을 읽는 데 얼마나 잘 걸릴지 잘 모르겠습니다.

소프트웨어 프로세스 및 프로젝트 관리를 위해서는 Steve McConnell의 Rapid Development : Taming Wild Software Schedules 및 Software Project Survival Guide를 추천해야 합니다. 이 책은 소프트웨어 프로젝트 관리의 일반적인 실수부터 위험 관리, 모범 사례에 대한 설명 및 적절한 적용 방법에 이르기까지 다양한 주제를 다룹니다.

Jim McCarthy의 Dynamics of Software Development 는 소프트웨어 팀의 작동 방식에 대한 흥미로운 통찰력을 제공하고 실제 사례를 기반으로 소프트웨어 프로젝트를 최적화하기위한 팁과 요령을 제공합니다.

책은 아니지만 비 기술적 인 관리자를 소프트웨어의 Joel 에게 지시하는 데 큰 성공을 거두었습니다 .

취득 현황 및 소프트웨어 공학의 착오를 .

편집하다

이 책은 읽기 쉽고 관리를 위해 문단을 잡기 쉽습니다. 그것은 전혀 알지 못하는 거리에서 소프트웨어 개발 문제에 중점을 둡니다. 당시에는 OP와 비슷한 문제가 있었으며 관리자 및이 책과 함께 작업하면서 작업을 완료하는 데 더 많은 시간과 리소스가 필요하다고 확신했습니다.

그러나 나는 최근에 그 책에서 많은 것들이 모순되는 것을 보았습니다. 어쨌든 나는 사회 연구에서 아무것도 읽지 않는 사람을 추천하지 않을 것입니다. 너무 소망스럽고 날마다 변화합니다.

완벽한 소프트웨어 : 테스트에 대한 다른 환상은 다른 책이어야합니다.

서문에서 다음은 몇 가지 질문입니다.

"왜 우리가 속도를 늦출 때 테스트를 귀찮게해야 하는가?

사람들이 소프트웨어를 올바르게 구축 할 수없는 이유는 무엇입니까?

모든 것을 테스트해야합니까?

왜 모든 것을 테스트하지 않습니까?

테스트를 어렵게 만드는 것은 무엇입니까?

왜 시험 시간이 오래 걸립니까?

완벽한 소프트웨어도 가능합니까?

왜 우리는 단지 몇 가지 버그를 받아 들일 수 없습니까? "

아마도 " 민첩한 개발 기술 ". 이를 통해 소프트웨어 프로젝트를보다 현실적인 방식으로 관리 할 수 ​​있습니다. 물론, 그들이 민첩하게 시도하기를 원하지 않는다면 그것은 나쁜 일이 될 수 있습니다. 그러나 나는 그것을 스스로 읽어야한다고 생각합니다.

소프트웨어 개발 프로세스 측면에서 Andy Hunt와 Dave Thomas의 "실용적인 프로그래머 : Journeyman에서 Master"로 가야합니다. 일반적으로 실제 프로그래밍 경험이 많이 필요한 다른 지식이 풍부합니다. 또한 프로그래밍 언어에 구애받지 않으며 대부분 이해하기 쉽습니다.

추정 측면에서 실용 프로그래머는 이에 관한 간단한 섹션을 가지고 있지만 Fred P. Brooks의 "신화적인 남자 달"은 읽을 가치가 있습니다. 일부 프로젝트 예제는 약간 오래된 것으로 보이지만 많은 아이디어가 오늘날에도 여전히 적용됩니다.