좋은 개발 문화는 일을 더 잘하고, 더 좋은 제품을 만들기 위해 존재합니다.
당장 모든 것을 완벽하게 할 수는 없겠지만 팀의 성장과 함께 점진적으로 좋아지기 위해 모두가 노력해야 합니다.
•
개발자는 제품을 같이 만드는 사람입니다.
◦
코드를 작성하는 것은 개발자가 해야할 일의 일부라는 것을 인지합니다.
◦
제품을 이해하고, 더 나은 제품을 만들기 위해 적극적으로 참여합니다.
•
원칙은 중요합니다. 하지만 도구, 방법론 등에 얽매이지 않습니다.
◦
현재는 이게 최선이지만 미래에는 다른 것이 최선일 수 있습니다.
◦
적절한 시점이라면 다양한 시도를 주저하지 않습니다.
•
모두가 심리적인 안정감을 가질 수 있도록 모두가 노력합니다.
◦
피드백이 잘 동작하기 위해서는 필수적인 요소입니다.
이런 개발자를 선호합니다
•
좋은 제품을 만드는데 진심이신 분
◦
코딩만 하기를 원하시는 분들은 저희와 맞지 않습니다.
•
피드백을 잘 주고 잘 받으시는 분
•
코드 리뷰에 진심이신 분
•
솔직하게 자신의 의견을 얘기하실 수 있는 분
•
실수와 책임을 정면으로 마주볼 용기가 있는 분
◦
포스트모템 외의 다른 어떠한 책임도 없습니다!
그래서 이런 것들을 더 잘하려고 노력하고 있습니다
코드 리뷰
•
빠른 피드백을 지향합니다.
◦
장애나 미팅 등의 예외적인 상황을 제외한 업무의 1순위입니다.
◦
그렇다고 집중하고 있던 일을 중단하고 할 필요는 없습니다
▪
주로 출근 후, 식사 후, 화장실/티타임 후
•
언제나 상대방을 배려하기 위해 노력합니다.
•
너무 큰 PR은 지양합니다.
•
코드 리뷰 코멘트는 Pn prefix를 통하여 중요도를 구분합니다.
•
PR 작성시 내용은 최대한 자세하게 작성합니다.
회고
•
번아웃이 오는 것 같거나 왔다면 공유해주세요. 같이 해결 방법을 찾아봅시다.
•
도움을 준 동료가 있다면 감사와 함께 공유해주세요.
스터디
•
혼자하는 것보다는 같이하면 조금 더 쉽게 다가갈 수 있습니다.
•
강제는 아닙니다.
데브데이
•
한달에 한번 오후 시간 전체를 데브데이 시간으로 가집니다.
•
업무적으로 혹은 개인적으로 공부했던 내용이나 관심있는 내용을 공유합니다.
•
혹은 비개발자들을 위한 개발 관련 궁금증을 해결해주는 시간으로도 활용합니다.
포스트모템
•
무언가 실수를 했다면(혹은 사고가 일어났다면) 포스트모템에 대한 책임을 지셔야 합니다.
◦
그 외의 다른 어떠한 책임도 없습니다.
◦
누군가를 비난하는 것이 목적이 아니고, 재발을 방지하는 것이 목적입니다.
◦
혼자 모든 것을 감당하려 하지 말고 주위 동료들의 도움을 받으세요.
•
투명하게 문제를 드러내고 원인을 분석합니다.
•
어떻게 하면 실수를 반복하지 않을 수 있을지를 고민합니다.
•
전사적으로 공유를 합니다.
•
포스트모템을 진행 해주신 분들에게 많은 칭찬과 격려, 감사를 표해주세요.
1년에 2번 동료 피드백 및 셀프 피드백
•
개인과 동료의 성장이 목표입니다.
◦
따라서 피드백은 평가나 보상과 직접적인 관련이 없습니다.
◦
피드백을 통해 성장한 만큼 좋은 평가와 보상을 받을 것으로 기대합니다.
•
완전한 솔직함을 추구합니다.
◦
완전한 솔직함을 위해서는 무엇보다 심리적인 안정감이 중요합니다.
◦
심리적인 안정감을 가질 수 있는 환경을 만들기 위해 모두가 노력합니다.