[독서-1678] IT 운용 체제 변화를 위한 데브옵스 DevOps

IT 운용 체제 변화를 위한 데브옵스 DevOps
카와무라 세이고 외 지음, 양성건 옮김 / 영진.com(영진닷컴) / 2019년 5월

데브옵스라는 단어는 이제 IT 업계에서 낯설지 않지만, “무엇을 하면 데브옵스를 하고 있다”고 말할 수 있는 사람은 많지 않다. 개발과 운영이 협력해야 한다는 방향성에는 모두 공감하면서도, 그것을 실제 업무와 조직에 어떻게 녹여야 하는지는 여전히 막연하다. 데브옵스를 특정 도구나 기술의 집합으로 단정하지 않고, 하나의 사고방식이자 문화, 그리고 지속적으로 개선되는 시스템 운용 방식으로 설명한다는 점에서 접근 방식부터가 현실적이다.

Infrastructure as Code를 데브옵스 실천의 핵심 축으로 삼고 있다는 점이다. 서버와 네트워크 같은 인프라를 코드로 관리하고, 개발에서 익숙한 방식과 사고를 운영 영역으로 확장하는 이 개념은 개발과 운영 사이의 간극을 좁히는 데 매우 설득력 있는 방법이다. 이 책은 Infrastructure as Code의 개념 소개에 그치지 않고, 실제로 어떻게 적용할 수 있는지, 그리고 그것이 데브옵스의 사상을 어떻게 지탱하는지를 단계적으로 풀어낸다. 개인 환경에서의 실습을 시작으로 팀 단위, 나아가 조직 차원으로 확장해 나가는 구성 덕분에 데브옵스가 추상적인 구호가 아니라 점진적으로 구현 가능한 변화라는 점이 자연스럽게 이해된다.

IT 산업 종사자라면 물론이고, 관리자로 넘어가는 시점에서 개발과 운영을 함께 바라봐야 하는 중견 간부에게도 충분히 의미 있는 내용을 담고 있다. 이미 데브옵스라는 용어를 알고 있지만 팀이나 조직에 적용하지 못해 고민하는 사람에게도 현실적인 힌트를 제공한다. VirtualBox를 이용한 가상머신 구성부터 Vagrant, Ansible, Git, Docker, Jenkins에 이르기까지, 개인에서 팀으로 확장되는 흐름 속에서 도구들이 어떤 역할을 하는지가 비교적 명확하게 드러난다. 

데브옵스를 기술의 문제가 아니라 조직 문화의 문제로까지 확장해 설명한다는 점이다. 개발과 운영 사이에 오랫동안 쌓여온 갈등의 역사를 언급하며, 이제는 그 골을 메우지 않으면 경쟁 우위를 가질 수 없는 시점에 이르렀음을 분명히 한다. 2009년 데브옵스라는 단어가 처음 등장했을 때조차 “개발과 운영이 협력한다니 어처구니없다”는 반응이 있었다는 일화는, 지금 우리가 마주한 변화의 저항이 결코 새로운 것이 아님을 상기시킨다. 데브옵스는 하기 싫어도 배워야 하는 유행어가 아니라, 비즈니스 환경 변화에 대한 필연적인 대응이라는 점이 설득력 있게 전달된다.

#데브옵스 #DevOps #IT트렌드 #소프트웨어개발 #시스템운영 #개발문화 #조직문화 #인프라자동화 #InfrastructureAsCode #IaC #클라우드 #가상화 #VirtualBox #Vagrant #Ansible #Git #Docker #Jenkins #CI #CD #지속적통합 #지속적배포 #자동화 #협업 #개발자 #IT관리자 #기술서적 #IT도서 #업무혁신

[100자평] 소프트웨어 개발의 모든 것

소프트웨어 개발의 모든 것 - 경영자에서 개발자까지 소프트웨어 회사에서 반드시 알아야 할 핵심 노하우, 완전개정판
김익환.전규현 지음 / 페가수스 / 2010년 6월

처음 읽었을 때는 그냥 좋은 책이라고 생각했다. 프로젝트 진행할 때 다시 읽어보게 되는데 읽어볼 수록 내용이 알차다.

[독서-1631] 현장 중심의 프로젝트 매니지먼트

현장 중심의 프로젝트 매니지먼트 - 24년 경력 PM이 알려주는 실전 프로젝트 매니지먼트의 모든 것
하시모토 마사요시 지음, 정인식 옮김 / 제이펍 / 2024년 11월

프로젝트를 “현재 상태에서 원하는 상태로 옮겨 놓는, 시작과 목표가 명확하나 불확실성이 많은 일련의 업무”로 규정하고, 그 불확실성을 통제하기 위한 구체적 수단으로 협상, 작업 매니지먼트, 계획, 견적, 계약, 요구사항 정의, 디자인, 설계, 테스트, 출시, 유지보수까지의 전 과정을 촘촘하게 엮어낸다. 흔한 개념 설명으로 흐르지 않도록 각 단계마다 문서화 원칙과 의사결정 기준을 제시한다는 점이 돋보인다. 특히 QCD(Quality/Cost/Delivery)를 축으로 한 판단 구조는, 무엇을 양보하고 무엇을 지킬지에 대한 ‘현장형 균형감각’을 길러 준다.

PM 역할을 “공 줍기”로 비유했다. 연습장에서 코치가 선수 주변의 공을 부지런히 주워 흐름을 끊지 않듯, PM은 팀이 가장 잘 달릴 수 있도록 장애를 선제적으로 제거하고 리스크를 미리미리 감압한다. 이 정의는 ‘관리자’와 ‘매니저’를 가르는 경계에 선명한 선을 그린다. 프로젝트를 매니지하는 것과 단순이 관리하는 것의 차이를 알려준다. 독재형 PM이 일을 ‘시키는 사람’이라면, 좋은 PM은 일을 ‘흐르게 하는 사람’이다.

대규모 개발에서 페르소나 정의, 사용자 인터뷰, 시각적 아이덴티티 정립을 어떤 순서로 가져가야 합의가 빠르게 이뤄지는지, 설계 단계에서 기술 부채를 어떻게 예방할지, 테스트에서 무엇을 최소단위로 검증할지 등 ‘당장 쓰기 좋은’ 절차와 판단 기준이 언어화되어 있다. 크리티컬 패스 인식, 프로젝트 버퍼 설정, 검수 조건의 계약 문구화처럼 경험자의 손끝에서만 나오는 미세한 디테일도 놓치지 않는다.

한국과 일본의 조직 문화가 유사하다. 직급 구조와 대외 관계에서 오는 의사소통의 비대칭성, 클라이언트-벤더 간 ‘갑을’ 구도에서 생기는 불합리, 개발·디자인·영업·경영이 얽힌 분업의 난이도 등 아픈 지점을 정확히 짚힌다. 무리한 요구 앞에서 으레 “안 됩니다”만 되풀이되는 교착을, 근거 기반의 자료화와 ‘최종 합의점의 명료화’로 풀어 가는 저자의 제안은 냉정하면서도 실천적이다.

테스트·출시·유지보수로 이어지는 후반부는 ‘사업 관점’으로 시선을 끌어올린다. 모든 가능성을 다 테스트하는 것은 불가능하며, 따라서 무엇을 언제 어디서 검증할 것인지의 전략이 핵심이라는 지적은 날카롭다. 출시에서는 리허설과 컨틴전시 플랜을, 유지보수에서는 손익분기점과 깔때기 모델을 통해 프로젝트가 사업적 성공으로 연결되도록 관리하는 시야를 길러 준다. PM이 단지 일정 관리자가 아니라 ‘가치 흐름의 감독’이어야 한다.

#프로젝트매니지먼트 #PM #현장중심프로젝트매니지먼트 #QCD #요구사항정의 #협상스킬 #작업매니지먼트 #프로젝트계획 #견적산정 #계약관리 #검수기준 #기술부채 #크리티컬패스 #프로젝트버퍼 #문서화원칙 #의사결정기준 #페르소나 #사용자인터뷰 #시각적아이덴티티 #UX설계 #테스트전략 #출시계획 #유지보수 #컨틴전시플랜 #리스크관리 #이해관계자정렬 #갑을관계 #분업관리 #애자일 #스크럼

[100자평] 현장 중심의 프로젝트 매니지먼트

현장 중심의 프로젝트 매니지먼트 - 24년 경력 PM이 알려주는 실전 프로젝트 매니지먼트의 모든 것
하시모토 마사요시 지음, 정인식 옮김 / 제이펍 / 2024년 11월

현재 진행하는 프로젝트에 필요한 내용은 아니지만, 현장을 기준으로 나름 유용한 내용으로 구성되어 있다.

[100자평] 마이크로서비스 도입, 이렇게 한다

마이크로서비스 도입, 이렇게 한다 - 기업의 유연성과 확장성을 높이는 마이크로서비스 마이그레이션 패턴과 현장 사례
샘 뉴먼 지음, 박재호 옮김 / 책만 / 2021년 1월

개념에 대한 설명과 여러가지 방법에 관한 내용은 좋은데, 실행 가능한 소스코드나 활용할 수 있는 예제가 없는 것이 아쉽다.