저는 이 게시글의 마지막 문장에 특히 동의합니다. "도구 자체는 어렵지 않습니다. 어려운 점은 고객의 모호한 요구사항을 상담원이 실행할 수 있는 구체적인 프로세스로 변환하는 데 있습니다." 제가 페트로차이나 영업 부서에 운영 및 유지보수 서비스를 제공하는 SAP 컨설턴트로 근무할 당시, 정부 기관으로부터 개발 요청을 받았습니다. 직접 코드를 작성하는 업무는 아니었지만, 가장 많은 시간을 소모한 작업은 다음과 같았습니다. 고객의 업무 아이디어를 프로그래머가 이해할 수 있는 개발 문서 및 업무 프로세스 다이어그램으로 변환합니다. 고객들은 보통 처음에 한 문장만 말합니다. 저는 이 기능을 구현하고 싶습니다. 하지만 우리가 계속해서 질문하지 않는다면: 이 시나리오는 어떤 문제를 해결하기 위해 설계되었습니까? 궁극적인 목표는 무엇인가요? 성공의 기준은 무엇인가요? 구체적인 절차는 무엇입니까? 프로그래머들은 그것을 개발할 수 없습니다. 그러므로 많은 기술 프로젝트에서 진정한 어려움은 기술 자체에 있는 것이 아니라 오히려 다음과 같은 점입니다. 모호한 요구사항을 실행 가능한 프로세스로 변환합니다. 이것이 바로 많은 팀에서 다음과 같은 일이 발생하는 이유입니다. 업무 이해하는 사람들은 도구만 아는 사람들보다 훨씬 더 가치 있는 경우가 많습니다. AI/에이전트 시대에는 이러한 기능이 더욱 중요해질 것입니다.