Page History

...

Warning

title	비공식 토론결과 다음과 같은 내용이 정리되었습니다.

그들은 폭포 접근법을 사용합니다. 경영진이 우선 순위를 정합니다. 개발자는 코드를 작성하고 빌드를 QA에 전달합니다. 품질 보증팀은 배포를 위해 운영팀에 테스트를 진행합니다.
작은 팀에게는 폭포가 허용 될 수 있지만 여기서 목표는 명확하지 않으며 자주 변경되는 것 같습니다.
프로세스가 늦게까지 테스트가 지연됩니다. 즉, 버그를 수정하고 변경하는 것이 더 어렵고 비용이 많이 듭니다.
"완료"의 의미에 대한 명확한 정의는 없습니다. 각 팀원은 각자의 아이디어를 가지고 있습니다. 모든 사람이 동의하는 전반적인 비즈니스 목표는 없습니다.
일부 코드는 중앙 집중식 버전 제어 시스템에 있습니다. 많은 도구와 스크립트는 네트워크 파일 공유에만 존재합니다.
많은 수동 프로세스가 있습니다.
커뮤니케이션은 우연히 일어날 수 있으며 전자 메일, Word 문서 및 스프레드 시트에 따라 다릅니다.
피드백도 드물고 일관성이 없습니다.
좋은 점은 팀이 잘 지내고있는 것 같습니다.

팀원	대화 내용	비고
Image AddedImage Removed Mara	(DevOps 접근 방식이 팀의 많은 문제를 해결할 것이라고 확신하지만 그녀의 사례를 팀에 제시 할 방법이 필요하다고 생각합니다.) "Value Stream Mapping 연습을 수행 한 적이 있습니까?"
Image Removed AndyImage Added	(눈을 회피 합니다.)
Image RemovedAmitaImage Added	(한숨을 쉽니다.)
Image Removed TimImage Added	"더 많은 서류 작업이 필요하지 않습니다."
Image Removed MaraImage Added	"알겠습니다. 제게 맡겨주세요."
Image RemovedImage AddedAndy Image RemovedAmita Image Added Image AddedImage Removed Tim	(초보자가 처리하게되어 기쁘다. 모두가 일하러 돌아간다.)

...

Page tree