Blogs

“SW 과업 변경 분쟁의 가장 큰 요인은 불명확한 RFP다” 는 기사가 요새 나와서 진실을 분석해 보려고 한다. 국내 소프트웨어 업계, 특히 SI 업체가 수십 년간 가지고 있는 고질적인 문제가 “사양이 명확하지 않다” 는 것이다. 법원에서 벌어지는 SW 소송의 99%가 바로 이 문제다. 한쪽은 사양이 추가되었기 때문에 돈을 더 달라고 하고 한쪽은 원래 계약에 다 포함되어 있는 내용이라는 주장이다. 그럼 모든 사람이 다 경험하고 잘

코로나19가 우리의 일상을 바꾸고 일하는 방식도 변화 시키고 있다. 그러면서 여러 분야에서 직접 만나지 않고 일을 하는 비대면 방식으로의 업무 방식을 도입할 수 밖에서 없게 되었다. 이러한 비대면으로 일하는 방식은 소프트웨어 개발에 있어서 긍정적인 측면이 있다. 비대면 방식의 개발이 글로벌 수준의 소프트웨어 개발 방식과 일맥상통한다. 또한 비대면 방식은 소프트웨어 개발

500년의 중국 춘추전국시대에는 혼란스러운 시기이면서 제자백가를 비롯해서 영웅들도 많이 탄생했다. 중국에서 가장 병을 잘 고치는 명의인 편작도 그 중의 한 명이었는데 세상에 어떤 병이라도 그 병을 제대로 아는 의사를 불러 조기에 치료하게 한다면 병을 고칠 수 있다고 했다. 반대로 아무리 훌륭한 명의라도 도저히 고칠 수 없는 아래의 “6가지 불치병”이 있다고 하였다. 첫 째. 환자가 교만, 방자하여

많은 회사에서 소프트웨어 프로젝트를 진행할 때 스펙 문서를 작성한다. 정확하게 말하면 스펙 문서라는 이름의 문서를 작성한다. 하지만 회사에서 작성한 스펙 문서를 살펴보면 진짜 스펙 문서인 경우는 매우 드물다. 이름만 스펙 문서이지 내용은 스펙이라고 부르기에는 뭔가 좀 다른 경우가 많다. 그 사례를 살펴보자. 문서 이름이 문제 일단, 스펙 문서라고 하여 여러가지

스펙에 대해서 얘기할 때 종종 혼동해서 사용하는 것이 요구사항이다. 영어로는 Specification과 Requirement(s)다. 두 용어는 같은 것일까? 다른 것일까? 가끔은 혼용해서 사용하지만 우리는 스펙의 원리를 정확하게 이해하기 위해서 두 용어의 차이를 명확하게 구분하는 것이 필요하다. “요구사항"이라는 용어는 소프트웨어 업계 외에서도 일반적으로 의미와 비슷한 뜻으로 사용된다. 고객이나 이해관계자가 요구하는 것을 뜻한다. 하지만