# awesome-devteam [![All Contributors](https://img.shields.io/badge/all_contributors-9-orange.svg?style=flat-square)](#contributors-) 좋은 개발팀을 만드는데 도움이 되는 자료입니다. 많은 분들의 참여로 좋은 문서들을 많이 모아 나갔으면 합니다. ## 목차 * [채용](#채용) * [프로세스](#프로세스) * [성장](#성장) * [조직](#조직) * [문화](#문화) * [코드 리뷰](#코드-리뷰) * [동기](#동기) * [CTO](#CTO) * [관리](#관리) * [기타](#기타) * [Contributors](#contributors-) ## 채용 * [[면접팁] 좋은 면접자/지원자를 뽑고 싶은 회사와 면접관에 대한 이런저런 생각들](https://repo.yona.io/doortts/blog/post/295) * [능력있는 개발자는 어떻게 알아볼 수 있나?](https://docs.google.com/document/d/1_phA5XUszSmN7Ta-QHs4DxRz9_iu8YlhxpVjSGEbWcg/edit) * [Knowre의 채용 프로세스](http://blog.kivol.net/post/138587457933/우리-회사의-개발자-인터뷰) * [스타트업 면접 후기와 꿀팁](https://brunch.co.kr/@bradlee/39) * [슬로워크 입사지원서 설계 이야기](http://slowalk.tistory.com/2382) * [성공적인 채용 면접의 공공연한 비밀](http://egloos.zum.com/agile/v/5359401) * [성공하는 소프트웨어 엔지니어 - 박종천](https://okky.kr/article/405804) * [주니어 개발자를 위한 취업 정보](https://github.com/jojoldu/junior-recruit-scheduler) * [개발자 채용 시 기술검증 어떻게 할 것인가](https://brunch.co.kr/@leehosung/47) * [면접도 소중한 인연이다](https://medium.com/@nahyunan/면접도-소중한-인연이다-6923297e4c61) * [채용, 조금 더 잘하기 위한 몇 가지 제안](https://www.slideshare.net/herenasoo/2018-86722782) * [프론트엔드 개발자는 왜 구하기 어렵나요?](https://taegon.kim/archives/4810?fbclid=IwAR0Y5iI0FeJy7aeqsZozFjamWnj7WLd1UX24-QJ3joRI1Fo0iQtHtHSPW0w) * [개발자 이력서 작성하기](https://brunch.co.kr/@hee072794/132?fbclid=IwAR0rsktJUO9qo27mbUW5FIQN3KmiAx8DbELuihK5Lk7Zk7G9BjUoHMFUc3U) * [알고리즘 테스트의 중요성](https://brunch.co.kr/@gigonelee/8) * [코더](https://sangminpark.blog/) - 좋은 개발자의 기준 ## 프로세스 * [Development and Deployment at Facebook](http://ieeexplore.ieee.org/xpl/articleDetails.jsp?reload=true&arnumber=6449236) - 페이스북이 개발과 배포를 하는 방법 * [프로덕트 스펙 문서 작성법](https://webuildproduct.com/스펙-문서-작성에-관하여-ee61a1fc294f?gi=4267bd7167af#.w69vmjpqq) * [The Twelve-Factor App](https://12factor.net/ko/) * [[번역] 잘 가요 스크럼, 반가워요 칸반](https://medium.com/@pitzcarraldo/번역-잘-가요-스크럼-반가워요-칸반-e27d1db15699#.watc0ksoc) * [Build the RIGHT thing - 린 & 애자일 이야기](https://www.slideshare.net/ChrisCho2/springcamp-2017-build-the-right-thing-pivotal-labs-sf) * [프로세스 개선이 현업에서 정착되려면](http://woowabros.github.io/woowabros/2017/04/18/process.html) * [개발 문화 만들기](https://brunch.co.kr/@kiyoungleefige/2) * [좋은 기능을 만드는 방법](https://speakerdeck.com/uyeong/joheun-gineungeul-mandeuneun-bangbeob) * [개발자가 모자라요](http://youngrok.com/개발자가%20모자라요) * [칸반 5개월 사용 후기](https://brunch.co.kr/@bradlee/4) * [개발 게임화 시스템](https://brunch.co.kr/@bradlee/3) * [짝 프로그래밍에 관한 효과적인 지침서](https://ansuchan.com/effective-navigation-in-pair-programming/) * [요기요 Android 개발 Git Branch와 Release Planning](https://medium.com/deliverytechkorea/%EC%9A%94%EA%B8%B0%EC%9A%94-android-%EA%B0%9C%EB%B0%9C-git-branch%EC%99%80-release-planning-e410289c9dc7) * [개발 프로세스 탐험](https://ohmytriptech.github.io/articles/개발-프로세스-탐험/) * [우린 Git-flow를 사용하고 있어요](http://woowabros.github.io/experience/2017/10/30/baemin-mobile-git-branch-strategy.html) * [어느 스타트업의 애자일 스크럼와 JIRA에 대한 연구 문서](http://luckyyowu.tistory.com/370) ## 성장 * [더 나은 개발자 되기](http://www.slideshare.net/rockdoli/ss-63333165?ref=https://blog.outsider.ne.kr/1223) * [개발서적 읽기](https://www.facebook.com/notes/hika-maeng/개발서적-읽기/1061104660623699) * [어려운 것을 쉽게 배우는 방법](http://www.moreagile.net/2016/02/learning-new-stuff.html) * [당신이 좋은 프로그래머라는 징표](http://jhrogue.blogspot.kr/2012/06/b.html) * [신규 Web 서비스시 고려해 볼 사항](http://kwonnam.pe.kr/wiki/web/신규서비스) * [프로그래머로서의 성장을 도왔던 태도들](https://ahnheejong.name/articles/becoming-better-programmer/) * [회사에서 본인을 빠르게 성장시키는 방법 - People Scaling](https://www.youtube.com/watch?v=drBdnrlsq9o) * [누구나 원하는 개발자되기](https://blog.shiren.dev/2020-11-23/) ## 조직 * [Spotify Engineering Culture](https://labs.spotify.com/2014/03/27/spotify-engineering-culture-part-1/) * [Spotify doesn’t use “the Spotify model” and neither should you](https://www.jeremiahlee.com/posts/failed-squad-goals/) * [Spotify에서 배우는 Agile](http://www.ttimes.co.kr/view.html?no=2017021414297795756) * [드라마컴퍼니의 개발 조직 운영](http://blog.dramancompany.com/2016/03/개발그룹은-어떻게-일을-하는가-1/) * [팀을 위한 4원칙](https://brunch.co.kr/@greenful/16) * [리더를 위한 4원칙](https://brunch.co.kr/@greenful/31) * [스포카 : 더 나은 팀을 위하여](https://www.slideshare.net/HeejongAhn/ss-73274788) * [피보탈 랩스의 개발조직](http://media.fastcampus.co.kr/knowledge/worldclass-software-developers-role-and-responsibility-pivotallabs/) * [CTO vs VP Engineering](https://minorblend.com/cto-vs-vp-engineering/) * [Senior engineers reduce risk](https://hackernoon.com/senior-engineers-reduce-risk-5ab2adc13c97) * [세상을 바꾸는 방법](https://selfothercontext.com/how-to-change-the-world/) * [개발자와 소프트웨어 생산의 3대 요소](https://seokjun.kim/environment-for-good-developer/) * ['기능 공장'에서 일하고 있다는 12가지 신호](https://brunch.co.kr/@cojette/31) * [넥슨 해외 메이플팀이 겪은 '기술 부채' 이야기](http://www.thisisgame.com/webzine/gameevent/nboard/227/?n=82128) * [토스팀의 조직구조](http://tossthink.tistory.com/182) * [뱅크샐러드의 특별한 스펙, '테크 스팩'](https://blog.banksalad.com/tech/we-work-by-tech-spec/) * [사람을 찾고 함께 성장하는 길](https://mysetting.io/slides/contrast-and-vector?fbclid=IwAR3Ra9EHtIbDhKSJF_ZjowBuVYOWkTLFStNXPzkfdxrerfj3Tvv6msRhkds) ## 문화 * [구글은 어떻게 일하는가?](http://www.slideshare.net/alleciel/how-google-works-korean?related=1) - 인재, 문화의 중요성 * [조직문화 패러다임의 진화과정](https://www.facebook.com/stage5/videos/772922059484399/) * [우아한 형제들 이야기](http://woowabros.github.io/woowabros/2016/06/30/woowabros_cto.html) * [토스랩 이야기 1](http://www.slideshare.net/ssuser70b5b8/ss-58709101) * [토스랩 이야기 2](http://www.slideshare.net/ssuser70b5b8/ss-66617364) * [Git 100% 활용하기](https://academy.realm.io/kr/posts/360andev-savvas-dalkitsis-using-git-like-a-pro/) * [성공적으로 재택 근무 시스템을 도입하는 방법](http://ppss.kr/archives/88997) * [Toss 기업문화](https://tossthink.tistory.com/89) * [스타트업에서 스크럼 잘하기](https://www.slideshare.net/yonghoon0126/ss-72605097) * [운동이 시작되는 방법](https://www.ted.com/talks/derek_sivers_how_to_start_a_movement?language=ko) * [스타트업 DNA](https://brunch.co.kr/@yeobag/4) * [코드품질 개선을 위한 GS SHOP 고군분투기](https://www.slideshare.net/hnki0104/gs-shop-73646180) * [이제 직장에서 엄격한 서열은 잊어야 할 때](https://www.ted.com/talks/margaret_heffernan_why_it_s_time_to_forget_the_pecking_order_at_work?language=ko) * [넷플릭스의 문화 : 자유와 책임](https://www.slideshare.net/watchncompass/freedom-responsibility-culture) * ['기능 공장'에서 일하고 있다는 12가지 신호](https://brunch.co.kr/@cojette/31) * [CEO는 직급 만들기에 주저해야 한다](http://www.ttimes.co.kr/view.html?no=2017051811027720697) * [심리적 안정감, 성공적인 성과를 만드는 팀의 필수조건](https://www.slideshare.net/haezoom/ss-76096152) * [회사에서 새로운 기술_적용하기](https://www.slideshare.net/junseokjung1/ss-76115779) * [스포티파이에서는 결정권자가 누구인지 아무도 신경쓰지 않는다](https://hahnryu.com/2017/06/15/spotify/) * [토스 핵심 가치](http://tossthink.tistory.com/178) * [토스팀의 문화 소개](http://tossthink.tistory.com/179) * [사고를 쳐도 혼나지 않는 회사](https://brunch.co.kr/@svillustrated/13) * [조직이 성장하는 법 – 문화와 시스템](https://medium.com/kimjimin-company/조직이-성장하는-법-문화와-시스템-db7730febc8) * [왜 엔지니어링 블로그를 운영해야할까?](https://medium.com/styleshare/styleshare-engineering-blog-c4ae14d49cf4) * [당신을 성장시켜 주는 조직](https://brunch.co.kr/@younghakjang/1) * [더 나은 개발 팀 만들기](https://brunch.co.kr/@gigonelee/10) * [팀 문화의 탄생](https://woowabros.github.io/experience/2020/05/13/birth-of-team-culture.html) ## 코드 리뷰 * [코드리뷰를 시작하려는 그대에게](https://www.slideshare.net/JiyeonSeo2/ss-73455188) * [코드 리뷰 가이드](http://www.haruair.com/blog/3116) * [매끄러운 ‘코드 리뷰’를 돕는 10가지 방법](http://1boon.kakao.com/bloter/238819) * [카카오스토리 웹팀의 코드리뷰 경험](http://ohgyun.com/712) * [코드리뷰 관련 질문과 답](http://blog.nundefined.com/62) * [코드리뷰를 돕는 10가지 방법](http://www.bloter.net/archives/238819) * [소스 코드리뷰](https://brunch.co.kr/@supims/11) * [드라마컴퍼니의 Pair Programming 도입 사례](http://blog.dramancompany.com/2015/11/tom과-jaden의-첫-페어-프로그래밍-도전기/) * [드라마컴퍼니의 Pair Programming과 Code Review 도입 후기](http://blog.dramancompany.com/2016/05/드라마의-pair-programming과-code-review-도입-후기/) * [페어 프로그래밍을 넘어서 - Mob programming](http://www.moreagile.net/2014/12/mob-programming.html) * [코드 리뷰, 5가지만 기억하자](http://silentsoft.tistory.com/20) * [깃헙을 통한 코드리뷰](http://ohgyun.com/367) * [Gerrit을 이용한 코드 리뷰 시스템](http://d2.naver.com/helloworld/6033708) * [코드리뷰, GitHub로 바로 적용하기](https://academy.realm.io/kr/posts/codereview-howto/) * [카카오스토리 팀의 코드 리뷰 도입 사례 - 코드 리뷰, 어디까지 해봤니?](http://tech.kakao.com/2016/02/04/code-review/) * [1000개의 코드 리뷰를 통해 배운점](https://www.vobour.com/1000-개의-코드-리뷰를-통해-배운-점-what-i-learned-f) * [효과적인 코드 리뷰를 위해서](https://engineering.linecorp.com/ko/blog/effective-codereview/?fbclid=IwAR06sz07ZCaEKqtoeT0s_YRdXw5OhiLRxDgK8gVldpCJVl3GP_Txe6WJRro) * [코드 리뷰 in 뱅크샐러드 개발 문화](https://blog.banksalad.com/tech/banksalad-code-review-culture/) * [좋은 코드](https://sangminpark.blog/2021/05/28/%ec%a2%8b%ec%9d%80-%ec%bd%94%eb%93%9c/?fbclid=IwAR1xnp3ZCd3Z3XriKdqatpYgvMLxo3TKbJEryfVw_DwVYJpZuGG-y1EnzNg) ## TDD * [코드 악취를 맡는 후각 훈련의 시간](https://helloworld.kurly.com/blog/rms-refactoring/?fbclid=IwAR0Ej8tnklxyc0kPVeyxX_CMKDSmtY_IyyGo2WHfMHRoxMEN6VF1TsF5lZQ) * [코드 커버리지 80% 넘긴 썰](https://brunch.co.kr/@leehosung/43) ## 동기 * [갈망의 아궁이](https://www.slideshare.net/devcatpublications/ss-6097436?next_slideshow=1) * [게임팅커가 되자](https://www.slideshare.net/devcatpublications/2015-44143372) * [고난, 비전, 직업에 대한 이야기](https://sangminpark.blog/2016/10/30/고난-비전-직업에-대한-이야기/) * [퇴사 부검](https://woowabros.github.io/experience/2021/04/18/autopsy.html) ## CTO * [CTO는 무슨 일을 하나?](http://www.mimul.com/pebble/default/2018/01/23/1516704882980.html) * [스타트업 CTO의 일](https://brunch.co.kr/@leehosung/40) * [스타트업에서 CTO의 역할](https://www.popit.kr/스타트업에서-cto의-역할) ## 관리 * [실무자와 관리자의 8시간은 정말 같을까?](https://brunch.co.kr/@dooook/34) * [개발자의 효율성](https://brunch.co.kr/@hika/7) * [너와 나는 다른 시간을 달린다](https://brunch.co.kr/@younghakjang/13) * [실리콘밸리 임원들이 회의하는 법](http://ppss.kr/archives/67454) ## 기타 * [Awesome Devblog](https://github.com/sarojaba/awesome-devblog) * [당근마켓 성장과 개발 스택의 변화](https://youtu.be/ELlQXruFesI) * [Git 브랜치 배우기](https://learngitbranching.js.org/?locale=ko) * [빠르고 정확하게 답변을 받을 수 있는 질문하는 법](https://blog.2dal.com/author/asbubam/) * [프로그래머 역량 체크](https://docs.google.com/document/d/1hnsBid61Ak7YVMerGZuxbHLFgTZ_pRwUs2-xwbkvNpc/) ## Contributors ✨ 도와주셔서 감사합니다! ([emoji key](https://allcontributors.org/docs/en/emoji-key))

Lee Ho Sung
📖
류지환
📖
LEE HYUNJOO
📖
Hyun Ahn
📖
Kwon Young Jae
📖
ChangJoo Park(박창주)
📖
Jaeyoung Heo
📖

gigone.lee
📖
Changhyun An
📖
This project follows the [all-contributors](https://github.com/all-contributors/all-contributors) specification. Contributions of any kind welcome!