All Articles

함께자라기

책갈피

p.19

경력 연차와 직무 성과 상관성 없음, 연차 0.18, 학력 0.10

높은건 작업 샘플 테스트 0.54 , 구조화된 인터뷰 0.51, 성격 테스트 0.41

  • 평가하기 쉽다고 생각하는것이 실제 평가를 가로 막는다

p.21 실력이 뛰어난 사람은 실력이 보통 정도인 사람과 비교해 문제를 이해하는 데 시간을 적게 쓰는것으로 나왔다.

  • 경험이 많은 사람은 이해하는데 많이 쓰지만, 실력이 뛰어난 사람은 오히려 반대!

p.22: 10년 경력 == 2년 개발자, 단 6개월 미만 개발자는 성적이 저조함

  • 경력이 높다고 다가 아니다.

p.28 : 애자일 학습, 피드백 짧게, 실수를 교정할 기회가 있도록

  • 피드백을 바탕으로 실력이 빠르게 늘 수 있다.

p.37 : 복리조직이 일하는 구조

  • 조직이 더 성장 할 수록 더 나은 결과물을 만든다.

p.40 자신의 능력을 높여주는 도구와 환경을 점진적으로 만들어라, 어셈블리어에서 춤추던 워드커닝햄

  • 조금씩 중력을 없애다 보면 무중력을 마주하기 마련이다.

p. 44 : 아직 1년도 되지 않아서 … 공부하고 물어봐요

뻔뻔함으로 학습 프레임을 가진다.

pp.83-85 개발 잘 배우기

  1. 튜토리얼 읽을때 무얼 만들지 생각하고 읽음
  2. 표준 라이브러리들을 참고한다
  3. 다른 사람 코드에 내가 필요한 기능을 추가한다.

    나랑 연결 되는 것이 많을 수록 더 잘 기억한다.

p.86: 전문성 효과적으로 뽑아내기, 전문가가 구체적인 사건에 대해 말하도록 유도한다.

이런 상황에서는요…?

p.100 어떤 기술적 실천법이라도 그걸 현실에서 적용하기 위해서는 사회적 자본과 기술이 필요합니다.

  • 내가 좋은 사람이면 똥도 된장이라고 할 수 있지만, 내가 나쁜 사람으로 인식되면 된장이라고 말해도 똥으로 볼수 있다.

p.101 사이 안좋은 부부의 예, 좋은 일을 해도 욕을 먹을 수 있다.

p.104 깃 도입 성공한 조직원, 실패한 조직원, 조직이 조직원을 좋아했냐는 질문에 서로 갈림

  • 신뢰가 맺어져 있지 않은 상태에서는 긍정의 일도 부정의 일로 읽힐 수 있다.

p.118 개선 할 경우 비용 영향 관리 64> 시스템 25 > 사람 10> 도구 3배, 조엘 테스트는 측정하기 쉽고 개선하기 쉬운 부분만 얘기했음

  • 고치기 쉽다고 다 좋은 것이 아니다.

pp.130-132 공유 조건별 신뢰도 변화 실험 - 공유를 일부분만 할경우 도리어 안하니만 못하다. 상대방이 나에게 감춘다고 생각할 수도 있다. 신뢰를 쌓는 공유 > 신뢰를 해치는 공유

  • 어설픈 공유는 신뢰를 저하 할 수 있다.

pp.140 다마지오의 연구, 감정 영역이 없어진 사람 ⇒ 판단을 내리지 못한다.

  • 감정적으로 판단 하지마라고 하지만, 감정이 없으면 판단을 내리지 못한다.

pp.155 - 157 전문가들은 top - down 이 아닌, 계속 위 아래를 왔다 갔다 한다.

p.189 프로젝트 확률론 ,좋을일 AND ⇒ OR, 나쁜 일 OR ⇒ AND

  • 사람들간의 인터랙션을 조절해서 정말 더 나은 것들을 만들 수 있게 된다.

p.198 애자일의 씨앗 문장 :

고객에게

진짜 고객은 누구?

매일

어떻게 조금씩?

일찍, 자주 ?

가치를

무엇이 가치?

우리가 하고 있는 일이 가치를 만드는가?

가장 높은 가치는?

비슷한 수준의 가치를 더 값싸게 전달 하는 방법은?

전하라

고객에게 가치가 전달 되는가?

고객이 정말 가치를 얻는가?

p.217 도요타의 칸반은 토요타의 일부분. 도요타 아닌 곳에서 칸반을 한다고 도요타가 되는 것은 아니다.

도요타 성공의 핵심은 칸반이 아니라, 칸반도 받아 들일 수 있는 도요타의 문화: 하루에 3,000개의 아이디어가 실제로 구현되는.

p.217 애자일 도입을 어떻게 해야 명확하게?

그것에 대한 접근을 애자일스럽게 해보자

느낀점

  • None

한줄평

함께 자란다는 건 이런 느낌