All of Software
전규현의 소프트웨어 이야기
레이블이
요구공학
인 게시물을 표시합니다.
모든 게시물 표시
레이블이
요구공학
인 게시물을 표시합니다.
모든 게시물 표시
2020년 4월 26일 일요일
[Software Spec Series 11] 스펙 문서에 대한 오해
›
많은 회사에서 소프트웨어 프로젝트를 진행할 때 스펙 문서를 작성한다. 정확하게 말하면 스펙 문서라는 이름의 문서를 작성한다. 하지만 회사에서 작성한 스펙 문서를 살펴보면 진짜 스펙 문서인 경우는 매우 드물다. 이름만 스펙 문서이지 내용은 스펙이라고 부...
2020년 4월 12일 일요일
[Software Spec Series 10] 요구사항과 스펙의 차이
›
스펙에 대해서 얘기할 때 종종 혼동해서 사용하는 것이 요구사항이다. 영어로는 Specification과 Requirement(s)다. 두 용어는 같은 것일까? 다른 것일까? 가끔은 혼용해서 사용하지만 우리는 스펙의 원리를 정확하게 이해하기 위해서 두 ...
댓글 2개:
2020년 3월 29일 일요일
[Software Spec Series 9] 여러 종류의 스펙 문서 유형
›
소프트웨어는 하루짜리부터 몇 년짜리 대형 프로젝트도 있다. 이런 모든 프로젝트에 동일한 스펙 문서를 적용하면 비효율적이다. 스펙 문서의 형태는 매우 다양하며 상황에 맞는 문서를 적절히 사용하는 것이 좋다. 이슈관리시스템의 한 줄 또는 몇 줄의 설...
2020년 3월 15일 일요일
[Software Spec Series 8] 어떻게 소프트웨어를 빠르게 개발하는가?
›
소프트웨어는 빠르게 개발하는 것이 매우 중요하다. 소프트웨어 개발 기간이 오래 걸린다면 적절한 시장 진입 시기를 놓칠 수 있다. 소프트웨어 시장 변화는 매우 빨라서 너무 오래 개발을 하면 그동안 시장의 상황이 바뀐다. 경쟁자들은 새로운 제품을 출시하...
2020년 2월 16일 일요일
[Software Spec Series 6] 스펙과 프로젝트의 성공
›
스펙을 부실하게 작성하고 진행하는 프로젝트는 수없이 많다. 하지만 그 중에서 성공을 하는 프로젝트도 있다. 그래서 스펙을 제대로 작성했다고 착각을 하기도 하고 반대로 스펙을 제대로 작성해야 하다는 것을 믿지 않기도 한다. 이럴 때는 프로젝트가 10배로...
2020년 2월 2일 일요일
[Software Spec Series 5] 스펙을 제대로 작성하지 않으면
›
소프트웨어를 개발하는데 있어서 꼭 알아야 할 규칙이 하나 있다. 바로 “1:10:100 rule"이다. 성숙한 개발 문화를 가지고 있는 회사는 전 직원들이 진정으로 그 의미를 알고 있고 실행하고 있다. 하지만 우리나라의 크고 작은 많은 소프트...
2020년 1월 19일 일요일
[Software Spec Series 4] 스펙의 역할
›
소프트웨어 프로젝트에서 스펙의 역할을 알아보자. 모든 프로젝트 이해관계자가 사용, 프로젝트의 중심 스펙은 프로젝트의 모든 요구사항이 모이며 프로젝트의 중심이 되는 문서다. 프로젝트의 모든 이해관계자가 스펙을 참조하거나 작성에 참여한다. 스펙은...
2020년 1월 5일 일요일
[Software Spec Series 3] 스펙에 대한 오해의 증거
›
소프트웨어 프로젝트에서 스펙 작성의 중요성에 대해 얘기를 해보면 공감을 하는 사람도 있는가 하면 부정적인 의견을 가지고 있는 사람도 많다. 대부분은 스펙에 대한 오해에서 비롯된 것이다. 이 오해를 해소하는 것은 매우 중요하다. 오해가 풀려야 ...
2019년 12월 26일 목요일
[Software Spec Series 2] 소프트웨어 프로젝트 실패의 원인
›
우리 주변에서 실패한 소프트웨어 프로젝트를 보는 것은 어려운 일이 아니다. 프로젝트를 성공하는 방법을 배우기 위해서는 프로젝트를 제대로 진행하는 방법을 연구하는 것도 필요하지만 프로젝트가 왜 실패하는지 살펴보는 것도 도움이 될 것이다. 프로젝트 실패에...
2019년 12월 25일 수요일
[Software Spec Series 1] 머릿말
›
소프트웨어 프로젝트에서 가장 중요한 것은 스펙을 작성하는 일이다. 가장 어려운 것도 스펙을 작성하는 일이다. 프레드릭 브룩스는 이렇게 말했다. "소프트웨어 개발에 있어서 가장 어려운 일은 개발 자체가 아니라, 무엇을 개발할지 결정하는 일이...
›
홈
웹 버전 보기