README 템플릿

  • 코드가 상위 수준에서 하는 일
  • 설치 방법
  • 문제 해결 단계
  • 코드 유지 관리자
  • 라이선스 정보
  • 변경 로그changelog
  • 기본 사용 예시
  • 심화 자료와 문서 링크
## 설치
 1.
 2.
 3.
 4.
 5.

## 사용 예시

## 문제 해결

## 변경 로그

## 추가 자료

## 라이선스 정보

README 체크리스트

구글의 원온원 템플릿

https://docs.google.com/document/u/0/d/1NZaMq-tA0iksjkhrtqTcopdmoXavbETYWi4w99YI644/mobilebasic

구글의 원온원, 그러니까 1:1 면담을 위한 템플릿이다. 체크리스트처럼 생각하자.

관리자:

휴가 – 팀의 레스토랑 제안은 어떻게 되었나요? [관심 표시]

프로젝트 X의 영향력에 대한 디렉터의 직원 회의에서 칭찬 공유 [빅 픽처]

어떻게 지내셨나요? [체크인/업데이트]

무엇을 도와드릴까요? [장애물/장애물 제거]

예정된 오프사이트 날짜 [관리]

그 밖에 필요한 것이 있나요? [확장]

제가 해드리지 않고 있는 일이 있나요? [효과성 확인]

팀원:

지난주에 제가 한 일: 프로젝트 Y에 대한 업데이트

이번 주에 할 일 프로젝트 X의 v2.0에 대한 디자인 문서 제공

프로젝트 Y의 하위 프로젝트에 지연 가능성 플래그 지정

지난 주 1:1 ABC 토론에 대한 후속 조치 진행

C팀과 프로젝트 수행에 대한 관심 논의

피드백

수평적 관계 피드백: 목적이 동료의 성장을 지원하고 성과를 높이는 수단. 상시 진행 혹은 프로젝트가 종료될 때마다 하는 것이 효과적.

피드백의 틀로써 SBI:

Situation(상황): 피드백을 제공할 행동이 발생한 구체적인 상황을 서술.

Behavior(행동): 피드백의 대상이 되는 행동.

Impact(영향): 피드백의 대상이 되는 행동으로 발생한 영향의 내용을 서술.

지난 주 수요일에(S) Jane님께서 리뷰 전 기획서를 꼼꼼히 읽어주신 덕분에(B) 리뷰 회의 시간을 줄일 수 있었어요(I) Jane님께서 제 기획에 큰 관심을 가져주신 것 같아서 저도 더 열정적으로 임하게 돼요(I) 감사합니다.

비판적 피드백

I화법과 4A 기법

I화법: ‘저는’, ‘제가 느끼기에는’ 등, 내(I) 관점에서 이야기.

Aim to assist(도움에 집중): 도움을 주는 것에 집중. 비난하거나 나무라기 위함이 아님.

Actionable(행동기반): 당장 액션을 취할 수 있는 조언으로 구성.

피드백을 받는 사람이 준 사람에게..

Appreciate(감사하기): 동료에게 감사하기

Aacept or Discord(수용여부 표현하기): 비판적 피드백에 대한 수용 여부는 본인이 판단합니다. 수용하지 않기로 결정했다면 이유와 함께 본인의 대안을 설명합니다.