팀의 제품 관리자 인 Irwin은 모든 사람을 회의에 초대했으며 기분이 좋지 않습니다. 
레이싱 게임의 리더 보드는 몇 가지 새로운 기능으로 업데이트되었으며 로컬 게임 그룹에서 이를 보여주었습니다. 
플레이어의 반응은 가장 실망 스럽습니다. 
그는 주요 문제의 목록을 읽습니다.

• 일부 기능은 일부 게임 모드에서만 올바르게 작동합니다.
• 플레이어 수가 적더라도 리더 보드를 업데이트하는 데 시간이 너무 오래 걸립니다.
• 플레이어 당 여러 점수가 여러 플레이어로 표시됩니다.
• 새로운 순위 기능은 잘못된 결과를 반환합니다.
• 특정 날짜 나 게임 세션에 따라 점수를 그룹화 할 방법이 없습니다.
• 새 릴리스를 제작하는 데 몇 달이 걸렸습니다.

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