Where Projects Become Outcomes

"프로젝트를 성과로 전환하다"

요구사항정의 2

(03/10) 요구사항을 프롬프트로 썼습니다 — RD 산출물은 어디 있습니까?

AI 시대의 사업관리 · Ep.03기능은 있다.그걸 왜 만들었는지는, 없다.요구사항을 프롬프트로 썼습니다 — RD 산출물은 어디 있습니까 · HFC Consulting새 개발자가 코드를 연다. 로그인 함수가 복잡하다. 왜 이렇게 짰는지 궁금하다. 깃 히스토리를 본다. 커밋 메시지는 "로그인 기능 추가"다. 전임자에게 묻는다. 전임자는 이미 퇴사했다. 그날 AI에게 뭐라고 물었는지는, 아무 데도 안 남았다.요구사항을 프롬프트로 쓰면, 문서가 사라진다.검수 기준이 없어진다설계 문서가 없으면, 검수는 "맞는 것 같다"는 느낌으로 한다. 발주자와 개발사의 기준이 다르면, 분쟁이 된다.유지보수가 어려워진다의도가 기록되지 않으면, 코드는 블랙박스가 된다. 6개월 뒤, 누구도 그 함수를 건드리고 싶어 하지 않는다.변..

설계 문서와 완성된 시스템이 닮지 않는 이유는 대부분 같습니다 (SI)

SI · 정보화 사업설계는 도면 위에 있다.시스템은 현장에 있다.HFC Consulting — Hemingway From Cuba오전 아홉 시. 부장이 모니터를 본다. 어제 오픈한 시스템이다. 마우스를 쥔 손이 멈춘다. 찾는 메뉴가 없다.그는 전화기를 든다. 개발사 PM이 받는다. "한도 조회 메뉴 말씀하시는 거죠? 그건 요구사항 정의서 어디에도 없었습니다." 부장은 화이트보드를 떠올린다. 여섯 달 전, 같은 사무실. 그가 직접 마커를 들고 썼다. "여기서 한도를 조회할 수 있어야 합니다."누군가 그 문장을 받아 적었다. 받아 적은 문장이 표가 됐다. 표가 다이어그램이 됐다. 다이어그램이 화면이 됐다. 그 사이, "한도"는 살아남았다. "조회할 수 있어야 한다"는 어디선가 조용히 빠졌다. 지운 사람은 없..