소프트웨어 공장을 만나보세요

엔지니어링 팀이 원하는 시간의 대부분은 어렵지 않습니다. 아무도 원하지 않는 종속성 충돌보다 더 긴급한 일이 항상 있기 때문에 이는 명확하고 작으며 영구적으로 우선순위가 낮습니다.

해당 파일에 대한 소프트웨어 팩토리가 존재합니다.

그것의 모양

백로그 항목을 가리킵니다. 문제를 읽고, 주변 코드를 읽고, 변경 사항을 계획하고, 작성하고, 테스트를 실행하고, 수행한 작업과 이유를 설명하는 풀 요청을 엽니다.

사람은 동료를 검토하는 방식으로 끌어오기 요청을 검토합니다. That is the whole interaction.

무엇을 하지 않을 것인가

병합되지 않습니다. 실패한 테스트가 허용되는지 결정하지 않습니다. 이는 주어진 티켓 이상으로 범위를 넓히지 않습니다. 이는 작은 제한처럼 들리며 검토 가능한 변경과 광범위한 변경의 차이입니다.

명령에서 요청하는 것이 아니라 작업이 발생하는 위치에 경계가 적용되므로 이는 의도라기보다는 시스템의 속성입니다.

플랫폼 옆이 아닌 플랫폼 위에 있는 이유

독립 실행형 코드 생성 도구는 잘 시연되다가 40개가 실행되고 누구도 무엇을 변경했는지, 비용이 얼마인지, 청구에 관여한 도구를 누가 소유하는지 말할 수 없는 3주차쯤에는 어려워집니다.

모든 Software Factory 실행은 일반적인 에이전트 실행이므로 플랫폼이 이미 제공하는 기능(에이전트별 지출 속성, 차단된 예산, 작업 순간에 적용되는 정책, 모든 실행에 대한 평가 점수, 전체 감사 추적)을 상속합니다.

그 어느 것도 소프트웨어 팩토리 기능이 아닙니다. 오히려 그게 핵심이다.

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

이를 최대한 활용하는 팀은 잘 지정되고 위험도가 낮은 작업 중 하나의 범주를 선택하고 평가 점수가 더 이상 흥미롭지 않을 때까지 해당 범주에서 실행한 다음 경계를 넓힙니다. 데모에서 제안한 것보다 느리고 첫 달 동안 지속되는 버전입니다.

다음

소프트웨어 팩토리 페이지에서는 이에 대해 자세히 다루고 에이전트 오케스트레이션 시스템 페이지에서는 그 아래 거버넌스, 비용 및 평가 계층을 다룹니다. 자신의 백로그와 비교하여 확인하려면 데모를 예약하세요.