실제 데모와 실제 비즈니스 프로세스 사이의 격차

시연은 누군가가 선택한 조건에서 수행되는 시스템입니다. 프로세스는 아무도 선택하지 않은 조건에서 이를 구축한 사람들이 다른 일을 하고 있는 동안 반복적으로 수행되는 시스템입니다.

어려운 모든 것은 두 번째 설명에 있습니다.

데모에서 누락된 것

아무도 예상하지 못한 방식으로 잘못된 입력이 발생했습니다. 범주에 해당하지 않는 경우입니다. 소스 시스템이 누구에게도 알리지 않고 스키마를 변경한 주입니다. 도구를 설계한 방법과 다르게 사용하고, 잘못하지 않은 사람.

A demo omits these because it has to. 문제는 비즈니스 프로세스가 실질적으로 이들로 구성되어 있고, 클린 경로에서만 테스트된 시스템은 작업에서는 테스트되지 않았다는 점입니다.

네 가지 추가 사항

작업 데모와 작업 프로세스 사이에 네 가지가 추가되어야 하는데 그 중 어느 것도 모델 기능이 아닙니다.

경계. 시스템이 수행하도록 허용된 작업은 명령에서 요청하는 것이 아니라 작업이 발생하는 위치에 적용됩니다. 이것이 없으면 범위는 특정 실행에서 모델이 결정하는 모든 것입니다.

소유자. 계속해서 작업을 수행할 책임이 있는 지명된 사람입니다. 아무도 성능 저하를 감시하지 않기 때문에 시스템이 없는 시스템은 조용히 성능이 저하됩니다.

올바른 정의. 자동으로 점수를 매길 수 있을 만큼 구체적으로 기록됩니다. 이것이 없으면 품질은 바쁜 사람이 인지하는 모든 것이며, 이는 그들이 개념적으로 감독하는 시스템 수에 따라 감소하는 함수입니다.

A cost that is attributed. 그렇지 않으면 프로세스에 공유 예산에 대한 무한한 요구가 있으며 첫 번째 검토는 이 프로세스보다는 AI에 관한 것입니다.

순서가 중요한 이유

팀은 일반적으로 인지된 정교함의 순서대로 이를 거꾸로 추가합니다. 평가는 고급스러워 보이기 때문에 주목을 받습니다. 소유권은 관리적인 것처럼 들리기 때문에 건너뜁니다.

그러나 누구도 소유하지 않은 평가는 누구도 실행하지 않는 점수를 만들어냅니다. 속성이 없는 경계는 비용을 알 수 없는 안전한 시스템을 생성합니다. 관리 부분은 기술 부분을 기능적으로 만드는 요소입니다.

정직한 가치평가

에이전트는 작업을 제거하며 제거는 실제입니다. 또한 이전에는 존재하지 않았던 새로운 작업 범주, 즉 일회성이 아닌 지속적인 운영을 추가합니다.

첫 번째를 중요하게 생각하고 두 번째를 중요하게 생각하지 않는 모든 비즈니스 사례는 파일럿을 설명하는 것입니다. 두 가지 모두에 대한 예산을 충족하는 프로그램은 슬라이드에서 덜 인상적으로 보이고 1년 내에 존재할 가능성이 상당히 높아집니다.

어디서부터 시작해야 할까요?

잘 지정되어 있고, 현재 비용이 많이 들고, 잘못된 부분을 복구할 수 있는 프로세스 하나를 선택하세요. 건물을 짓기 전에 소유자를 지정하세요. 좋은 결과가 어떤 것인지 적어보세요. 차단되는 예산을 설정하세요. 그런 다음 빌드하십시오.

해당 시퀀스는 데모에서 제안한 것보다 느리며 12개월 후에도 여전히 실행되는 것을 우리가 본 유일한 시퀀스입니다.

다음

에이전트 오케스트레이션 시스템 페이지는 경계, 소유권, 평가 및 귀속을 하나의 시스템으로 다룹니다. 사용 사례 페이지는 다른 조직이 시작한 곳을 다룹니다.