소프트웨어의 지혜
블로그 by 김익환
서울공대. 스탠포드 전산학 석사. 미국 실리콘밸리에서 20년 글로벌 소프트웨어 회사 근무. 한국에서 안랩 부사장, KAIST겸직교수등 20년간 소프트웨어 회사 개발역량 글로벌화 컨설팅 수행. “대한민국에는 소프트웨어가 없다”, “글로벌 소프트웨어를 말하다, 지혜” 등 5권의 저서 출간.
All of Software
블로그 by 전규현
27년간 한글과컴퓨터, 안랩 등에서 수많은 소프트웨어를 개발하였다. 그 과정에서 경험한 실리콘밸리의 개발 문화와 소프트웨어 공학을 국내의 대기업부터 중소기업에 이르는 수많은 회사에 전파하고 글로벌 수준의 소프트웨어 역량을 갖출 수 있도록 컨설팅하고 있다. 저서는 “소프트웨어 개발의 모든 것”과 “소프트웨어 스펙의 모든 것” 있다.
[Software Spec Series 5] 스펙을 제대로 작성하지 않으면
소프트웨어를 개발하는데 있어서 꼭 알아야 할 규칙이 하나 있다. 바로 “1:10:100 rule"이다. 성숙한 개발 문화를 가지고 있는 회사는 전 직원들이 진정으로 그 의미를 알고 있고 실행하고 있다. 하지만 우리나라의 크고 작은 많은 소프트웨어 회사 임직원들은 그 의미를 모르거나 알고 있어도 단어의 의미로만 알고 있고 진정으로 깨우치고 있지는 못하다. 소프트웨어를 개발하면서
[Software Spec Series 4] 스펙의 역할
소프트웨어 프로젝트에서 스펙의 역할을 알아보자. 모든 프로젝트 이해관계자가 사용, 프로젝트의 중심 스펙은 프로젝트의 모든 요구사항이 모이며 프로젝트의 중심이 되는 문서다. 프로젝트의 모든 이해관계자가 스펙을 참조하거나 작성에 참여한다. 스펙은 다시 여러 프로젝트 이해관계자들이 받아서 자신의 역할을 수행한다. 프로젝트에서 가장 중요한 문서 하나를 꼽으라고 하면 스펙이다. (프로젝트의 모든 이해관계자가 참조해야 하는 SRS)
[Software Spec Series 3] 스펙에 대한 오해의 증거
소프트웨어 프로젝트에서 스펙 작성의 중요성에 대해 얘기를 해보면 공감을 하는 사람도 있는가 하면 부정적인 의견을 가지고 있는 사람도 많다. 대부분은 스펙에 대한 오해에서 비롯된 것이다. 이 오해를 해소하는 것은 매우 중요하다. 오해가 풀려야 스펙 작성의 주요성을 공감할 수 있고 스펙 작성을 위해 노력할 것이다. 스펙 작성에 대한 어떠한 오해들이 있는지
[Software Spec Series 2] 소프트웨어 프로젝트 실패의 원인
우리 주변에서 실패한 소프트웨어 프로젝트를 보는 것은 어려운 일이 아니다. 프로젝트를 성공하는 방법을 배우기 위해서는 프로젝트를 제대로 진행하는 방법을 연구하는 것도 필요하지만 프로젝트가 왜 실패하는지 살펴보는 것도 도움이 될 것이다. 프로젝트 실패에 대한 기준은 제각각이다. 그래서 어떤 경우에 프로젝트가 실패했다고 할 수 있는지 알아보자. 약속된 일정 내에 제품 또는 서비스를
[Software Spec Series 1] 머릿말
소프트웨어 프로젝트에서 가장 중요한 것은 스펙을 작성하는 일이다 소프트웨어 프로젝트에서 가장 중요한 것은 스펙을 작성하는 일이다. 가장 어려운 것도 스펙을 작성하는 일이다. 프레드릭 브룩스는 이렇게 말했다. "소프트웨어 개발에 있어서 가장 어려운 일은 개발 자체가 아니라, 무엇을 개발할지 결정하는 일이다." 이 말은 과거에도 유효했고, 현재도 유효하고, 미래에도 유효하다. 소프트웨어 프로그래머는 인공지능으로