분석가들이 요구사항에 대해 기술한 내용을 검토하다가 떠오른 생각을 담아두려고 메모
놀라운 일이다. 출근 길에 읽었던 짧은 글에서 답을 찾을 수 있다니.
문제 속에 답이 있다.
수학멘토 앞부분에 나오는 내용이다. 함수에 대한 정의를 시스템 개발에 대입하면 요구사항이라는 정의역(domain)을 시스템이라는 공역에 대응시키는 활동이라 할 수 있다. 그런데 요구사항을 분명히 파해쳐 이해하지 않고서 해법을 구할 수 있을까?
답은 자명하다. 요구사항 기술에 대한 오류는 해당 분석가가 요구사항을 이해하지 못했음을 보여준다. 분석가를 포함하여 개발자들은 종종 문제에 대해 충분히 고민해보지 않고 개발을 하려 든다. 더구나 개발 과정을 통해 문제에 대한 인식이 높아져 자신이 해온 작업에 수정을 가해야 하는 피치 못하는 상황에 닥쳐서는 변경에 강한 적대감을 보이기도 한다. 어처구니 없는 일이지만 매우 흔히 볼 수 있다.
문제를 푸는 것은 결과가 아니라 과정이다. 시스템 구현이라는 것도 결국은 애초 문제에 새로운 문제를 더한 것에 지나지 않는다. 과정을 즐기지 못하면 결국 즐겁게 할 수 없다.
놀라운 일이다. 출근 길에 읽었던 짧은 글에서 답을 찾을 수 있다니.
문제 속에 답이 있다.
수학멘토 앞부분에 나오는 내용이다. 함수에 대한 정의를 시스템 개발에 대입하면 요구사항이라는 정의역(domain)을 시스템이라는 공역에 대응시키는 활동이라 할 수 있다. 그런데 요구사항을 분명히 파해쳐 이해하지 않고서 해법을 구할 수 있을까?
답은 자명하다. 요구사항 기술에 대한 오류는 해당 분석가가 요구사항을 이해하지 못했음을 보여준다. 분석가를 포함하여 개발자들은 종종 문제에 대해 충분히 고민해보지 않고 개발을 하려 든다. 더구나 개발 과정을 통해 문제에 대한 인식이 높아져 자신이 해온 작업에 수정을 가해야 하는 피치 못하는 상황에 닥쳐서는 변경에 강한 적대감을 보이기도 한다. 어처구니 없는 일이지만 매우 흔히 볼 수 있다.
 | 수학멘토 -  장우석 지음/통나무 |
이올린에 북마크하기
이올린에 추천하기