Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

팀원대화 내용비고


Irwin

"이러한 문제가 해결되기까지 얼마나 걸립니까?"


Andy

그 코드를 작성하는 데 한 달이 걸릴 것입니다.

Amita

이것을 테스트하는 데 적어도 일주일이 걸리며 Andy가 끝날 때까지 시작할 수 없으며 항상 새로운 코드를 몰래 즐기고 싶습니다.


Tim

환경을 설정하고 프로덕션 환경에 배포하는 데 최소 일주일이 걸립니다. 
Amita가 끝날 때까지 시작할 수 없으며 그녀는 결코 릴리스 후보라고 부르지 않습니다.


Mara

제가 이 직업을 실수로 삼고 있었나요?


Andy

(주위를 둘러본다.)
"우리는 다시 연락 할 것입니다."


Irwin

(자리를 떠납니다.)

Amita

"우리는 이러한 수정으로 인해 때 나도 몰라. 도움이 필요하지만 곧입니다 알고있다. 우리는 빠른 처리를 위해 설정되지 않은 것입니다. 또한 새로운 공간 게임 웹 사이트는이 문제가 해결 될 때까지 기다려야하며 게임이 빠르게 진행되고 있습니다."


Andy

(Mara를 봐라 봅니다.)

"이것은 처음 몇 주 동안 받아 들일 것이 많습니다."



Mara

"어쩌면 여기서 어떻게 작동하는지 설명 할 수있을 것입니다. 게임은 개발자에서 프로덕션으로 어떻게 이동합니까?"


Andy

“좋은 질문입니다. 간단한 답변을 드릴 수 있을지 모르겠지만 시도해 보겠습니다. "

"차한잔 할까요?"



Andy


Irwin


Tim


Mara

(Cafeteria로 자리를 이동 합니다.)

...

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

Image Modified
Mara

(DevOps 접근 방식이 팀의 많은 문제를 해결할 것이라고 확신하지만 그녀의 사례를 팀에 제시 할 방법이 필요하다고 생각합니다.)

"Value Steam Mapping 연습을 수행 한 적이 있습니까?"


Image Modified
Andy

(눈을 회피 합니다.)

Image ModifiedAmita

(한숨을 쉽니다.)

Image Modified
Tim

"더 많은 서류 작업이 필요하지 않습니다."

Image Modified
Mara

"알겠습니다. 제게 맡겨주세요."

Image Modified
Andy

Image Modified
Irwin

Image Modified
Tim

(초보자가 처리하게되어 기쁘다. 모두가 일하러 돌아간다.)