▷ 책소개

소프트웨어나 서비스를 개발할 때 기획서만 잘 쓰면 실패하지 않고 제품이 나올 수 있을까요? 수많은 책이 나왔고 방법론도 많이 있지만 여전히 어려운 문제들이 많습니다. 이 책은 단순한 방법론을 넘어 초기 기획부터 개발 과정까지 사람들과 어떻게 일해야 하는지, 조직구조는 어떻게 개선하는지에 대해 구체적으로 설명합니다.

▷ 목차

서문
저자소개
감사의 글
추천사
제1장 남들이 안 알려주는 소프트웨어 개발의 본질들
1-1 들어가며
1-2 이상한 나라의 소프트웨어 개발
1-3 사람들이 잘 모르는 소프트웨어 개발의 본질들
1-4 해봐서 안 되는 이론은 버리고 되는 거 하자
1-5 요약

제2장 소프트웨어 개발 자체를 어떻게 해야 할까?
2-1 들어가며
2-2 불확실성을 다루는 방법
2-3 소프트웨어 개발은 시작하면 계속해야 한다
2-4 우리가 만들 것 합의하기
2-5 가장 초기 서비스를 만드는 프로덕트 로드맵 생각해 보기
2-6 했을 때 반드시 효과가 있는 방법-고객 참여
2-7 요약

제3장 소프트웨어로 만들 때, 운영할 때, 그리고 사업할 때 주의 사항
3-1 들어가며
3-2 없는 것을 만들었다고 하지 마세요
3-3 그럼에도 불구하고 만들지 않은 것을 팔아야 할 때
3-4 고객에게 피드백을 어떻게 받아야 하나요?
3-5 테크스펙 - 새로운 기능을 만들 때 같이 쓰고 일하자
3-6 관리할 수 없는 모든 것을 다 해준다고 하면 무슨 일이 벌어질까?
3-7 왜 개발자는 맨날 모자라지?
3-8 외주 개발사를 쓰려면, 반드시 이를 최고 관리자 수준에서 관리해야 한다
3-9 핵심 개발자를 ‘반드시’ 제거하라
3-10 파괴적인 아이디어나 기술이 시장을 와해시키는 조건
3-11 공공기관은 어떻게 디지털 서비스를 만들어야 하나?
3-12 요약

제4장 피드백 루프를 타고 기민하게
4-1 들어가며
4-2 피드백 루프를 그려보자
4-3 피드백 루프 복원과 회복을 위한 원칙들
4-4 피드백 루프는 어떻게 살려낼 수 있을까?
4-5 위임형 전술(Auftragstaktik) - 피드백 루프가 살아나면 어떻게 되는가?
4-6 피드백 루프를 멈추면 무슨 일이 벌어지는가
4-7 요약

제5장 소프트웨어가 제대로 된 제품이 되기까지
5-1 명품은 비싸다
5-2 인간의 존엄함을 지켜야 한다
5-3 EoA(Essence of Agility)를 생각하라
5-4 고객별로 소프트웨어나 서비스를 만들 때 기억해야 할 일
5-5 우리는 결국 끝까지 가야만 실체를 알 수 있다

▷ 저자소개

유진호

서강대학교 영상대학원 미디어공학과에서 공학석사를 취득한 후, 컴퓨터 비전 분야에서 시작하여 의료 장비, 임베디드 시스템, 웹서비스, 클라우드 등 다양한 분야에서 소프트웨어 개발을 수행해 왔습니다. 동시에, 애자일 코치로서 소프트웨어 팀이 높은 생산성과 열정을 가지고 일할 수 있도록 개발 조직을 운영해 왔으며, 고객에게 우수한 제품을 제공하기 위해 많은 동료와 아울러 고객들과도 소통하며 노력해 왔습니다. 현재는 인공지능 기반의 스마트 병원 종합 정보 시스템을 성공적으로 구축하고 운영하는 데 핵심적인 역할을 수행하고 있습니다.현) (주)위루비 CPO전) 티켓플레이스(CTO)파라메타(리드 엔지니어)카카오 엔터테인먼트(시니어 엔지니어)링크드인: https //www.linkedin.com/in/jinho-yoo-9465359/브런치: https //brunch.co.kr/@jinhoyooephfGitHub: https //github.com/jinhoyoo