All of Software
전규현의 소프트웨어 이야기
레이블이
SRS
인 게시물을 표시합니다.
모든 게시물 표시
레이블이
SRS
인 게시물을 표시합니다.
모든 게시물 표시
2020년 10월 17일 토요일
비대면 소프트웨어 개발에 가장 중요한 문서는?
›
코로나19로 인해 전세계적으로 비대면 업무 방식이 확대되고 있고 소프트웨어 개발도 비대면 개발 방식이 크게 요구되고 있다. 비대면 업무 방식은 업무 효율성 증대와 생산성 향상에 기여를 하기 때문에 코로나19가 아니라도 도입이 필요하다. 글로벌 소프...
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] 머릿말
›
소프트웨어 프로젝트에서 가장 중요한 것은 스펙을 작성하는 일이다. 가장 어려운 것도 스펙을 작성하는 일이다. 프레드릭 브룩스는 이렇게 말했다. "소프트웨어 개발에 있어서 가장 어려운 일은 개발 자체가 아니라, 무엇을 개발할지 결정하는 일이...
2011년 2월 1일 화요일
내가 소스코드를 몰래 고치는 이유
›
여러 소프트웨어 회사를 분석해보면 소스코드를 공유하는 정도에서 정말 많은 차이가 난다. 여기서 소프트웨어 회사란 소프트웨어를 개발하고 있는 회사로서 흔히 얘기하는 팩키지 소프트웨어 회사가 아니다. SI회사, 가전회사, 산업로봇회사, 반도...
댓글 13개:
2010년 6월 8일 화요일
마이크로소프트, 구글의 소스코드 트리의 비밀?
›
오늘 출근을 해서 메일을 확인하니 독자로부터 메일이 한통 와있더군요. 책에 대한 리뷰의 글이어서 감사히 읽었습니다. 질문도 하나 있어서 답변 겸 블로그에 글을 남깁니다. 독자 블로그 글 : 소프트웨어 개발의 모든 것 -전규현 질문은...
댓글 8개:
2009년 11월 13일 금요일
SRS에 대한 인식의 변화
›
그 동안 본 블로그를 통해서 소프트웨어 개발에서 SRS(Software Requirements Specification) 가 얼마나 중요한 역할을 하는지에 대해서 수 차례 역설한 적이 있습니다. 2009/08/03 - [프로젝트/요구사항분석...
댓글 12개:
2009년 10월 19일 월요일
SW개발과 Teamwork, 그리고 Review
›
거의 모든 SW개발은 팀으로 진행됩니다. 종종 혼자서 기획하고 개발, 테스트, 영업까지 모두 다하는 경우도 있기는 하지만, 이는 워낙 작은 규모의 회사에서 있는 일이고, 대부분은 팀을 이뤄서 일을 해야 효과적으로 SW를 개발해 낼 수 있습니다. ...
댓글 2개:
2009년 3월 30일 월요일
외주를 주면 된다고요?
›
"우리가 못하면 외주를 주면 된다." 이렇게 생각하십니까? 아니면 인력이 모자라거나 시간이 부족하여 외주를 주십니까? 대부분의 개발자라면 외주에 대한 쓰라린 기억이 있을 겁니다. 한 포탈업체가 인도에 포탈 시스템 ...
댓글 8개:
2009년 1월 20일 화요일
샘플만 보여주세요.
›
소프트웨어 개발에서 가장 어려운 것이 "요구사항분석"이라고 여러 차례 언급한 바가 있습니다. 요구사항을 분석하여 "스펙"으로 만들어서 적어 놓은 문서를 "SRS"라고 합니다. 그런데 ...
›
홈
웹 버전 보기