2009-06-04 5 views
1

우리 회사는 SaaS 플랫폼을 유지 관리하고 있으며 꽤 중요한 릴리스에 접근 중입니다. 야간 활동 전개에는 여러 개발 용 & 품질 보증 그룹, 운영, 전문 서비스 및 고객 지원 부서에 이르는 대규모 교차 기능 팀이 참여합니다.좌표 조정 도구를 배포 하시겠습니까?

우리는 항상 릴리스 창에서 수행 할 모든 작업을 조정하기 위해 간단한 작업 목록과 채팅룸을 사용했지만 릴리스가 더 커지고 복잡 해짐에 따라 다음과 같은 일정과 상호 의존성을 관리하기가 어려워졌습니다. 너무 많은 작업과 사람들. 일이 계획보다 오래 걸리는 경우가 종종 있으며, 이것은 다른 그룹에 의해 나중에 발생할 다른 다운 스트림 활동에 영향을 미칩니다. 이는 배치 과정에서 많은 혼란을 야기 할 수 있으며 우리는 실제로 우리의 실천을 향상시키고 자합니다.

이러한 조정 활동을 지원하는 실시간 공동 작업 도구를 알고있는 사람이 있습니까? 아마도 사람들은 다른 전략에 대해 더 나은 경험을했을 것입니다.

+0

왜 많은 사람들이 배포에 참여했는지 이해할 수 없습니까? 배포하기 전에 그들은 어디에 있었습니까? – Kekoa

+0

나는 그 중 하나를 이해하지 못한다. 릴리스가 비틀 거리지 않고 업무 시간 중에 릴리스 될 수 있습니까? 릴리즈는 순전히 운영 중심의 활동이어야합니다 (응급 지원 대기 상태의 개발 엔지니어가있을 수 있음) – MarkR

답변

0

우리도 복잡한 배치가 있었고 도구를 찾기 전에 프로세스를 단순화해야한다고 생각합니다. 작은 플라스틱 걸이 폴더와 같은 더 많은 조직 도구를 구입하기 전에 가지고있는 것을 정리하는 것에 대한 최근의 Lifehacker 게시물과 같습니다. 이전 구현을 줄이거 나 재시도/재 설계하는 것은 rpm과 같은 간단한 배포 도구로 인해보다 단순하고 간편한 프로세스를 의미합니다.

단계 1은 기본 목표에서부터 프로세스를 재고하고 각 요구 사항을 다음과 같은 질문으로 강요하는 것입니다 : what-does-that-buy-us?

명확성, 위험 감소 또는 기본 기능의 단계에 대한 보상이 없다면 더 이상 처리 할 필요가 없습니다.

적어도 이것이 내가 여기에서 어떤 성공을 거두어 문제를 해결해 왔음을 의미합니다.

0

과거 경험 : - 1 년에 몇 차례 큰 릴리스 - 너무 많은 노력으로 조정할 수 없으며 출시까지 며칠이 걸렸으며 출시까지의 시간을 완전히 망칩니다.

  • 그런 다음 우리는 매년 더 작은 릴리스를 시도했습니다. 훨씬 더 나은 접근 방식입니다. 더 많은 것들을 관리 할 수 ​​있습니다. 그러나 각 릴리스의 크기는 잘 정의되어 있습니다. 또한 버그 수정 Vs 기능을 릴리스하는 별도의 프로세스가 필요하지 않습니다.

  • 여기에 도구가 유용하게 사용되는 방법이 있습니다. 명확성은 릴리스해야 할 기능/버그 수정을 유지합니다. 빌드해야하는 구성 요소에 매핑되며, 빌드 된 구성 요소는 릴리스에서 푸시되어야하는 패키지를 정의합니다 .

관련 문제