2 함께

협력, 일을 잘 나눌수 있을때는 프로젝트 끝날때다

소프트웨어 관리자의 개선 우선순위

조엘 테스트 -> 간단하다 -> 문제는 맥락을 이해하지 못한사람이 12개 질문만으로 평가

모든 항목에 예라고 답하는 것이 무조건 더 낫다고 보기 힘들다
조엘테스트 8번은 독립된 공간을 가져야된다 -> 피플웨어라는 책에서는 그룹차원의 몰입이 가능 팀원들이 상시 대면 소통할수 있는 공간에서 생산성 향상이 된다고 함
-> 서로 같은 목표로 일하는 팀이 만드는 소음은 그들사이에 더이상 소음이 아니다
12가지 질문이 개발팀 평가에서 정말 중요한 요소인가?
- 제럴드 와인버그
  - 복잡한 상황을 이해하는 능력
  - 관찰하는 능력
  - 행동하는 능력
- 품질소프트웨어관리
  - 시스템적 사고
  - 일차적 측정
  - 일차적 행동
  - 변화를 기대하기
- 프로젝트에 영향을 미친 요소
  - 관리 -> 시스템 -> 사람 -> 도구

신뢰 자산이 높은 조직은 커뮤니케이션 효율이나 생산성이 높다

신뢰를 쌓는 방법

팀장의 자라에 앉으면 새로운 아이디어 전파가 쉬울거라고 생각하는 것은 환상
상대방에 대해 얼마나 이해하고 있나? 얼마나 대화를 해봤나?

품질은 상대적이다
- 품질이란 누군가에게 가치가 되는것 이다
- 품질 관련 일을 하는 사람들은 인간에 대한 이해가 필수적이다
- 객관적 데이터가 전부가 아니다
감정을 배제할수 없다
- 의사결정을 하는 과정에 감정적이고 직관적인부분이 큰역활을 하고 있으며 그런 감정적 부분이 배제된다면 의사결정을 제대로 할수 없다

탑다운 -> 깔끔해보임
바텀업 -> 탐색적인 성격이 강함

뛰어난 전문가 일수록 바텀업과 탑다운을 섞어 쓴다

빠르고 빈번한 바통 터치가 가능한 전문가 조직
- 오버해드를 낮출려면 협력 모델이 바통 터치 모형에 기반하지 않고 삼투압 모형에 기반해야 한다
- 삼투압적 의사소통

전문가팀이라도 협력하지 않으면 성과가 훨씬 나쁘다

어디에다 돈을 걸 것인가?
직관의 허점
- 인지적 편향
이번 프로젝트는 제때에 끝낼 수 있을 것 같았는데
- 각자의 확률이 90%라고 생각함
애자일 확률론
- 관심사의 섞임
- 프렉탈 구조처럼 부분속에 전체가 있는것
- 애자일은 좋은일에 대해서 그리고 확률을 또는 확률로 바꿈
- 애자일은 나쁜일에 대해서 또는 확률을 그리고 확률로 바꿈