2. 서로 어떤 것을 작업하는지 잘 알 수 있고 도와 가면서 작업을 분배해 가면서 효율적으로 일할 수 있다.
3. 일정과 관련하여 처음에 작업을 시작할 때 충분히 작업에 대한 일정 예측이 가능하며 작업 중간중간 일정 변경이 다소 유연하다.
* 단점
1. 일주일 작업량인데 하루 종일 회의를 회의를 하는 것은 비효율적이라고 생각된다. (처음 백로그 만들 때) 우리 같은 경우 팀 전체 회의와 스크럼 회의가 따로 있기 때문에 회의 시간이 비교적 많이 들었다. 생각보다 커뮤니케이션 하는데 소모되는 비용이 많지 않나 싶다.
2. 서로 간의 작업 공유가 잘 되어 있어야 한다. 다른 사람이 만든 코드도 알아야 한다. 다른 사람이 만든 코드를 만들어야 하는데 내가 모른다면 작업 예측 시간보다 더 오래 걸릴 수도 있고 치명적인 버그를 만들어 낼 수 있다. 실제 우리 회사의 경우는 클라, 서버 프로그래머 구분 짓지 않고 어떤 작업이 있으면 그것을 한사람이 다 작업할 수 있도록 멀티플레어가 되어 가는 듯 싶다.
3. 아날로그 방식이기 때문에 어떤 식으로든 진행한 내용을 디지털화 시켜서 백업을 해둘 필요가 있다.
