AI 에이전트가 회사에서 일하기 위해 필요한 것

프로세스에 들어가면 차이점이 나타납니다.

ThinkUp에서 저는 Anderson 씨가 어떻게 Discord, Jira 및 우리가 내리는 결정에 대한 지식을 사용하여 엔지니어링 프로세스 내에서 작업을 시작했는지 이야기했습니다. 나와 관련이 있는 것은 그가 시스템 내에서 자신의 위치를 ​​찾고 우리가 일하는 방식을 이해할 수 있다는 것입니다.

그 이야기는 SourcingUp과 CommerceUp에서의 내 경험입니다. 이는 모든 상담원이 다른 조직에서 동일한 작업을 수행할 수 있거나 데모가 해결된 작업과 동일하다는 의미는 아닙니다.

정의해야 할 4가지 조건

1. 검증 가능한 작업입니다. 티켓 해결은 회사 개선과 같은 지시보다 범위가 더 명확합니다. 작업이 잘 되었는지 확인할 수 있는 방법이 있어야 합니다.
2. 복구할 수 있는 컨텍스트입니다. 규칙, 이전 결정 및 문서는 요청된 내용을 해석하는 데 도움이 됩니다. 또한 어떤 정보가 아직 유효한지 구별하는 것도 필요합니다.
3. 적절한 도구 및 권한. 문서를 읽는 것과 시스템을 수정하는 것은 다른 작업입니다. 액세스는 작업에 필요한 사항에 응답해야 합니다.
4. 리뷰 형식입니다. 결과를 누가 확인할지, 정보가 누락되거나 오류가 나타나면 어떻게 될지 결정해야 합니다.

연속성을 가지면 어떤 변화가 있나요?

회사 업무의 일부는 어떤 일이 특정 방식으로 수행된 이유를 기억하는 것입니다. 해당 컨텍스트를 사용할 수 있으면 에이전트가 제약 조건을 존중하고 이전 결정을 활용하는지 평가할 수 있습니다. 문서에 수정이 필요한 시기도 감지할 수 있습니다.

그 판에서 나는 35시간 이상의 실행 테스트를 계산했습니다. 그것은 일반적인 기준이나 자율성에 대한 약속이 아니라 우리 작업에 대한 관찰이었습니다. 상담원을 평가하려면 근무 시간 외에 무엇을 해결했는지, 팀에 얼마나 많은 일을 남겼는지에 관심이 있습니다.

범위를 확장하기 전에 무엇을 살펴보겠습니까?

완료된 작업, 오류, 사람의 개입 및 재작업을 검토합니다. 또한 불완전한 지침이나 실패한 도구를 만나면 어떤 일이 발생하는지 테스트하겠습니다. 그들의 행동을 재구성할 수 없다면 그 과정을 바로잡는 것도 어려울 것입니다.

자율성은 작업별로 정의됩니다. 팀에서는 제안서를 준비하고 이를 구현하기 전에 검토를 요구하도록 허용할 수 있습니다. 해당 경계는 지침에 작성되는 것 외에도 작업 시스템에 있어야 합니다.

작업의 일부로 시작

이제 막 시작한 회사의 경우 제한된 흐름, 식별된 소스 및 책임 있는 사람을 선호합니다. 이러한 기반을 통해 상담원이 기여하는 것과 팀에 여전히 필요한 것이 무엇인지 알아볼 수 있습니다. 첫 번째 프로세스가 아직 명확하지 않은 경우 기준을 남겼습니다. 특정 문제부터 AI로 시작.