[GN#48] Spotify의 Squad 팀 모델은 실패였다

2020-06-01 ~ 2020-06-07 사이의 주요 뉴스들
2012년에 나온 Spotify의 "Scaling Agile" 백서는 그 당시에 굉장한 주목을 받았습니다. Agile 모델을 큰 규모의 회사에서 적용한다는 것이 상당히 어려운 일이라는 인식이 컸었는데, 3개의 도시에 걸쳐서 30개의 팀으로 구성된 회사가 Agile을 성공적으로 구현했다고 적었으니까요. 실제로 해당 문서 서두에는, 애자일 서적 읽어보셨으면 한 번쯤 이름을 들어봤을 Alistair Cockburn도 훌륭하다고 칭찬한 문장이 들어 있었습니다. 다른 관점으로 보면, Spotify는 2008년에 서비스 시작 후 유럽에서만 서비스했는데도 정말 훌륭하다는 입소문이 무성했는데요. 2011년 말부터 미국 서비스를 하면서 그 당시 디지털 음악 시장을 독점하고 있는 iTunes의 경쟁자로 떠올라 인기몰이를 하는 중이기도 해서 더 그랬던 것 같기도 합니다. 근데 8년이란 시간이 흐른뒤, Spotify에 근무했었던 직원이 사실은 그 모델은 제대로 구현되지 않았고 문제가 많았다는 글을 적은 게 화제가 되었습니다. 상세한 실패 원인과 함께 우리가 배워야 할 점들까지 빼곡히 적어서요. 이번 주 위클리의 메인뉴스 "Spotify의 Squad 팀 모델은 실패였다" 글은 개발 조직의 구조에 대해서 고민하고 계신 분들은 꼭 한번 읽어 보시기 바랍니다.

HackerNews의 Ask란에는 다양한 질문들이 매일 올라오는데요. "개발자가 주말에 읽을만한 200페이지 이하의 짧은 추천 도서는 뭐가 있을까요?"라는 재미난 질문이 있어서 하나 옮겨와 봤습니다. 그 중 몇 권은 이미 한글판으로도 나와 있고, 몇 권은 무료 PDF로 공개된 것도 있으니 점찍어 두셨다가 시간날 때 읽어보시길 권해드립니다. 그리고 "57년째 개발자로 일하고 있습니다. 누구 또 없나요?"라는 질문은 개발자로 50년 이상 재직한다는 것은 어떤 느낌일지 궁금하게 합니다.

소프트웨어 개발 교육 방법도 온라인 시대로 접어들면서 많이 다양해졌는데요. C0D3 사이트는 코딩 교육을 "웹 기반 강의 + 동영상 + 코드리뷰 + 실시간 소통"이라는 현대적인 방법으로 제시합니다. 교육받고 다시 자신이 해당 프로젝트의 컨트리뷰터가 되고 코드 리뷰어가 된다는 흐름이 매우 흥미롭네요.

디지털 소프트웨어나 서비스를 만드는 회사의 마케팅은 새로운 기술과 지식을 많이 요구하는데요. 전통적인 마케팅 기법과 달리, 기술이 뒷받침된 마케팅 기법인 Growth Hacking이 스타트업 회사들에서 먼저 시작된 것은 엔지니어 + 마케터가 빠르게 같이 협업할 수 있었기 때문이라고 생각합니다. Growth Hacker가 되는 방법은 "마케터가 기술을 익히거나", "엔지니어가 마케팅 지식을 쌓거나" 가 아닐까요. "엔지니어를 위한 마케팅 자료 모음" 은 엔지니어들이 마케팅에 대한 지식을 쌓을 수 있는 다양한 기사와 동영상들을 잘 정리해둔 링크입니다. 실제 기사들까지는 아니더라도 제목만 읽어두셔도 도움이 될 거라 생각합니다.

✓ 사내에서 슬랙을 쓰신다면 뉴스채널에 GeekNews SlackBot 을 추가하여 편하게 새 글을 받아보시고, 멤버들에게도 공유해주세요.
✓ 주위분들께 https://news.hada.io/weekly 를 추천해 주세요.
✓ 스팸함에 들어가지 않게 news@hada.io 를 주소록에 추가해주세요.
Twitter , Facebook 에서도 긱뉴스를 받아 보실 수 있습니다.

매주 월요일 아침, 지난 일주일간의 GeekNews 중 엄선한 뉴스들을 이메일로 보내드립니다.


Spotify의 Squad 팀 모델은 실패였다

"스포티파이 자신들도 'the Spotify model'을 사용하지 않음. 여러분도 쓰지 마세요."
2012년 유명했던 스포티파이의 "Scaling Agile" 백서는 그들의 희망이었을 뿐 완전히 구현되지 않음.
백서는 현실과 달랐지만, 채용에 유용했으므로 그냥 뒀고, 글쓴이는 퇴사 후 이걸 바로잡기 위해 기록.
그 모델의 잘못된 점과 스포티파이의 실수에서 배울 점, 다른 추천 모델을 상세히 적은 글

해당 백서의 공동 저자와 Spotify의 Agile 코치들은, 예전부터 외부 사람들에게 이거 따라 하지 말라고 얘기한 적이 있음.
"우리가 백서를 작성했던 시점에도 우리는 그거 안 하고 있었음. 부분적인 야망이고 추정 이었을 뿐. 사람들은 실제로 존재하지 않는 것을 힘들게 따라 한 것"

왜 잘 동작 안 했을까?

1. 매트릭스 관리는 잘못된 문제(Wrong Problem)를 해결함

ㅤ풀 스택 애자일 팀은 잘 워킹함. 하지만 매트릭스 형태의 관리는 더 많은 문제점을 만듦
ㅤ→ 스포티파이의 팀들은 오래가는 구조여서, 다른 팀으로 변경 시 매니저를 변경할 필요가 없다는 이점은 매우 제한적이었음
ㅤ→ 엔지니어링 관리자가 경력개발 수준만 책임지고, 대인 관계 기법 등을 익히는 것은 도와주지 못함
ㅤ→ 각 팀의 엔지니어를 담당하는 단일 관리자가 없음. mini-CEO 역할을 했던 프로덕트 매니저에게 mini-CTO 같은 역할을 해줄 사람이 없음. 즉, 기술팀의 지원에 대해 책임지거나, 우선순위를 협상할 사람이 없었음. 기술팀 내부에서 의견 불일치가 일어나면 프로덕트 매니저가 모든 엔지니어와 협상 해야 함. 거기서 안되면 적어도 3명 이상인 백엔드/웹/모바일 엔지니어링 매니저들하고 협상하거나, 부서의 엔지니어링 책임자에게 에스컬레이션하는 일이 일어남.

[ 스포티파이의 실수에서 배울 점 ]
ㅤ→ 제품-디자인-기술 팀은 일반적으로 엔지니어들이 더 많으니까, 전체 엔지니어들을 담당하는 매니저가 있어야 팀 내의 의견충돌 시 에스컬레이션할 경로가 생김
ㅤ→ 프로덕트 매니저들은 기술에 대해 의논할 동등한 피어(CEO와 CTO처럼)를 가져야 함.

2. 팀의 자율성에 의존

ㅤ회사가 작을 때는 각 팀이 다양한 범위의 일을 하고, 종종 주도권을 가진 팀이 바뀌기도 함.
ㅤ회사가 커지면 각 팀의 중복된 기능들은 효율화를 위해서 새로운 팀으로 합쳐서 만들어짐.
ㅤ팀이 많아지면 주도권이 변경될 일이 줄어들고, 자신들이 해결해야 할 문제에 대해 장기적으로 생각이 가능.

ㅤ→ 스포티파이는 팀 간 협업에 대한 공통 프로세스를 정의하지 않았음. 각 팀이 자신들만의 방법으로 참여하니까 전체 조직의 생산성이 떨어짐.
ㅤ→ "스포티파이 모델"은 회사가 훨씬 작았을 때 정리된 것. 후속으로 정리된 것이 나와야 했지만, 그러지 못했음. 자율성까지만 얘기되고, 팀 간 협업에 대한 부분은 완료되지 않음.

[ 스포티파이의 실수에서 배울 점 ]
ㅤ→ 자율성은 얼라인이 필요함. 회사의 우선순위는 경영진에 의해 정해져야 함. 자율성은 팀들이 하고 싶은 것을 맘대로 하는 것이 아님.
ㅤ→ 팀 간 협업 프로세스는 무조건 필요함. 자율성은 각 팀이 모든 문제를 혼자 해결하도록 놔두는 것이 아님.
ㅤ→ 성공을 어떻게 평가하는지도 경영진이 정해놔야, 팀 간 협업 우선순위를 결정할 때 조율이 가능.
ㅤ→ 자율성은 책임을 요구함. Product Management는 제품 가치에 대해 책임져야 함. 각 팀은 추가되는 부분을 '완료'해야 하는 책임이 있음. 성숙한 팀은 비즈니스 가치, 위험, 학습 및 다음 단계를 위한 최적의 움직임을 보여주는 것으로 자신들의 독립성을 정당화 해야 함.

"내가 스포티파이에서 딱 하나만 고치고 싶었던 걸 고르라면, 자율성을 너무 강조하지 않았어야 한다는 것." - 스포티파이의 Agile Coach였던 Joakim Sunden

3. 협업은 가정된 역량이었을 뿐

ㅤ스포티파이가 각 팀이 작업방식을 제어할 수 있게 해줬지만, 많은 사람이 애자일에 대해 기본 이해를 가지고 있지 않았음.
ㅤ이로 인해 각 팀은 아웃풋을 개선하기 위해 프로세스 개선을 반복하면서 조합을 찾는 노력을 해야 했음.
ㅤ효율적으로 프로세스의 문제나 해결 방법, 성과 평가를 하기 위한 공통 언어가 없었음. 실제로는 애자일도 아니고, 그냥 "Not-Waterfall" 이었음.

ㅤ스포티파이는 각 팀에게 프로세스 개선을 가르치고 제안할 '애자일 코치'가 있었음. 의도는 좋았지만, 모든 팀을 도울 코치가 충분하지 않았음.
ㅤ각 코치가 팀에 할당하는 시간은 각 팀이 프로젝트를 완료하고 성과를 평가하는 데까지 도와주기엔 부족했음. 그래서 그들은 아무것도 책임을 지지 않음.

[ 스포티파이의 실수에서 배울 점 ]
ㅤ→ 협업은 지식과 연습이 필요한 기술임. 관리자는 사람들이 기존 애자일 프랙티스들을 이해하고 있다고 가정해서는 안 됨.
ㅤ→ 회사가 충분히 커지면 각 팀은 팀 내에서 계획을 세우고 팀 간의 협업을 가능케 하기 위한 서포트 조직이 필요함. Program Management가 플래닝 프로세스를 책임져야 함. 전담 Program Manager 들은 Product Manager 와 Engineering Manager가 각자의 역량을 수행하면서도 협업하는 것처럼 팀을 동작하게 해야 함.

4. 신화는 변경하기 어려움

ㅤAgile Scrum이 번다운/스프린트 같은 단어를 제시한 건 새로운 개념을 소개하면서 이름이 필요했기 때문이었음.
ㅤ스포티파이가 Missions, Tribe, Squads, Chapter Lead와 같은 새로운 단어들을 소개했는데, 이건 "뭔가 특별한 단어 선택을 해야만 하는 것을 만들었다는 환상"을 심어준 것.

ㅤ이런 불필요한 동의어들을 제거하면 스포티파이 모델은 너무 많은 자율성과 열약한 관리구조를 가진 "Cross-Functional Team"들의 모음일 뿐.
ㅤ만약 스포티파이가 이 모델에 대한 아이디어를 원래의 이름들로 불렀다면, 모델이 실패했을 때 그걸 문화적인 정체성을 바꾸는 것으로 생각하지 않고 더 잘 동작하는 내부 프로세스를 찾는 것이라고 평가했을 수도 있음.

[ 스포티파이의 실수에서 배울 점 ]
ㅤ→ 대부분의 비즈니스는 몇 개의 혁신 영역만 유지가 가능. 내부프로세스의 혁신이 시장에서 회사를 차별화하는 경우는 거의 없음. 과거를 연구하면 비즈니스가 혁신을 위한 좀 더 나은 영역을 찾을 수 있음.
ㅤ→ 이해를 최적화할 것. 조직의 생산성을 유지하기 위해서, 조직원이 배워야 하는 모든 새로운 것의 가치를 평가해야 함.

*** 대신 이렇게 하세요. ( 물론 빠른 방법은 없습니다. )

스포티파이 모델을 찾은 이유는 아마도 당신의 팀 구조를 만들기 위해서 일 겁니다. 여기서 멈추지 말고 더 알아보세요.
스포티파이보다 더 오랜 시간의 테스트를 견뎌낸 회사들이 더 많은 글을 작성해 두었습니다.

2012년의 스포티파이는 대규모 조직에서 소규모 팀의 속도와 민첩성을 유지하는 방법을 찾지 못했습니다.
그들은 이 시조 모델을 뛰어넘어 더 나은 답변을 찾기 위해 외부를 보았고, 당신도 그래야 합니다.

다른 일하는 방식에 대한 필자의 추천

- 제품-개발-디자인 조직에 200명 이상이 있으신가요? 제가 Fitbit에 있을 때 "Scaled Agile Framework" 가 잘 맞았습니다.
- 200명 이하에서는 "Shape Up By Basecamp" 를 추천합니다. 제 다음번 스타트업은 이런 구조로 할 예정이에요.
- "Essential Scrum" 과 "Team Topologies" 책을 읽어보세요.

저 이 "Scaling Agile" 백서 처음 공개되었을때 보고 놀라서 공유하고 블로그에도 적었는데.. 충격적인 글이네요 ㅠ

필자의 추천중 하나인 "Basecamp 의 Shape Up" 은 긱뉴스에 소개한바 있습니다. 작은 조직에서는 저도 이걸 추천합니다.
Shape Up - 작은 조직이 훌륭하게 일하는 법 [PDF] https://news.hada.io/topic?id=427

이 글에 대한 Spotify 직원들의 반응

나 6년 있었는데 100% 정확합니다. https://twitter.com/solomonjames/status/1258930064441425920
나 2019년에 그만뒀는데 그만든 큰 이유가 이 글에 있는 문제들 때문이었음 https://twitter.com/ayyyylo/status/1253658456621539328

따라했다 실패한 다른 사람들의 반응

Zalando 가 2016년에 따라 했는데, 이게 잘 동작안한다는 걸 금새 알수 있었음 https://twitter.com/chilicoder/status/1253429837185691656
Typeform 도 이거 따라해보려다가 실패했음 https://twitter.com/jharmn/status/1252229296522842121
스포티파이가 블로그에 적자마자 따라해봤는데 재앙이었음. https://twitter.com/braedon/status/1256122236424957953

 
개발자 대상 200페이지 이하 추천 도서

개발자가 주말에 읽을만한 짧은 추천 도서는 뭐가 있나요? 라는 질문에 달린 답변들. 뒤는 한글 번역본 제목

- A Philosophy of Software Design (190p)
- The Elements of Style : 영어 글쓰기의 기본 (92p)
- The 22 immutable laws of marketing : 마케팅 불변의 법칙 (112p)
- The unwritten laws of engineering (67p)
- Compiler Construction (108p, 무료PDF)
- Project Oberon (221p, 무료PDF)
- Grokking Simplicity: Taming complex software with functional thinking (아직 작성중인 책)
- Mostly Adequate Guide to Functional Programming (146p, 무료PDF)
- Data & Reality (164p)
- Refactoring UI (218p)
- Elements of ML Programming (400p)
- Neil Davidson: Don't just roll the dice – Software pricing guide (69p 무료PDF)
- Apprenticeship Patterns: Guidance for the Aspiring Software Craftsman (168p)
- Programming Pearls : 생각하는 프로그래밍 (256p)

- A Philosophy of Software Design (190p)
ㅤ→ https://amazon.com/Philosophy-Software-Design-John-Ousterhout/dp/…
ㅤ→ https://www.youtube.com/watch?v=bmSAYlu0NcY ( 해당 책에 대해 구글에서 강의한 영상 )

- The Elements of Style : 영어 글쓰기의 기본 (92p)
ㅤ→ https://amazon.com/Elements-Style-Fourth-William-Strunk/dp/…
ㅤ→ http://www.yes24.com/Product/Goods/38146462

- The 22 immutable laws of marketing : 마케팅 불변의 법칙 (112p)
ㅤ→ https://amazon.com/22-Immutable-Laws-Marketing-Explained-ebook/dp/…
ㅤ→ http://www.yes24.com/Product/Goods/3173899

- The unwritten laws of engineering (67p)
ㅤ→ https://amazon.com/Unwritten-Laws-Engineering-Revised-Updated/dp/…

- Compiler Construction (108p, 무료PDF)
ㅤ→ https://inf.ethz.ch/personal/wirth/CompilerConstruction/index.html

- Project Oberon (221p, 무료PDF)
ㅤ→ https://inf.ethz.ch/personal/wirth/ProjectOberon/index.html

- Grokking Simplicity: Taming complex software with functional thinking (아직 작성중인 책)
ㅤ→ https://www.manning.com/books/grokking-simplicity
ㅤ→ https://livebook.manning.com/book/grokking-simplicity/welcome/v-2/ (1~4장 읽어보기)

- Mostly Adequate Guide to Functional Programming (146p, 무료PDF)
ㅤ→ https://github.com/MostlyAdequate/mostly-adequate-guide
ㅤ→ https://egghead.io/courses/… (위 책을 이용한 2시간짜리 강의 )

- Data & Reality (164p)
ㅤ→ https://amazon.com/Data-Reality-Perspective-Perceiving-Information/dp/…

- Refactoring UI (218p)
ㅤ→ https://refactoringui.com/book/

- Elements of ML Programming (400p)
ㅤ→ https://amazon.com/Elements-ML-Programming-ML97-2nd/dp/…

- Neil Davidson: Don't just roll the dice – Software pricing guide (69p 무료PDF)
ㅤ→ https://neildavidson.com/downloads/dont-just-roll-the-dice-2.0.0.pdf

- Apprenticeship Patterns: Guidance for the Aspiring Software Craftsman (168p)
ㅤ→ https://amazon.com/Apprenticeship-Patterns-Guidance-Aspiring-Craftsman…

- Programming Pearls : 생각하는 프로그래밍 (256p)
ㅤ→ https://amazon.com/Programming-Pearls-2nd-Jon-Bentley/dp/… (2판)
ㅤ→ http://www.yes24.com/Product/Goods/329227 (1판 번역)

 
57년째 개발자로 일하고 있습니다. 누구 또 없나요?

HN에 Ask로 올라온 글. 1963년부터 프로그래머로 일하기 시작.
현재 데이터 사이언티스트. 클라우드 기반 빅데이터&머신러닝으로 Fraud Detection 알고리즘 개발중.
"74세지만, 은퇴하거나 프로그래밍을 중단할 생각은 없어요"

첫 댓글이 "나 80살인데 아직 IT에서 일하고 있어요. 지난 몇년동안은 프로그래밍에서 프로젝트 관리및 비즈니스 분석으로 옮기긴 했지만.. "
이 분은 60대에 컴퓨터 사이언스 박사학위를 따셨다고..

작성자 분이 HN을 새로 알게 되어서 쓴 글이라고 올리자, 운영자인 dang이 댓글에 등장
https://news.ycombinator.com/item?id=23367371
해당 계정에 새로 개발중인 alpha 기능을 오픈해 줌 (최종 방문 이후에 달린 댓글에만 하이라이팅 해주기)

* 수 많은 댓글이 Respect 로 시작하는게 보기 좋네요.
* 댓글중에 "우리 회사는 3-4년차 개발자에게 Senior Developer 라고 부르는데, 님의 Title은 뭔가요?" 라고 묻는 질문에 빵 터졌네요.

 
C0D3 - 인터랙티브한 무료 코딩 학습 사이트

- 독특한 방식의 소프트웨어 개발 교육 사이트. 오픈소스
- 강의 듣고 문제 풀고 코드 리뷰 하는 방식인데,
ㅤ서로 질문하고 답변하는 것은 Mattermost (슬랙과 비슷한) 안에서 소통
- 커리큘럼을 마치고 나면, 이 사이트 자체의 오픈소스 컨트리뷰터로 초대받고 또한 다른 사람 코드를 리뷰하거나 질문에 답변하는 등의 활동을 권장.
- 만든 친구들도 전산지식이 없는 상태에서 개발자가 되기위해 프로젝트로 진행하면서 만든거라고

1. 단원별 강의 보기 : JavaScript. Notion 문서 및 비디오
2. 문제풀기 : 사이트에서 인터랙티브 하게 진행
3. 제출된 답변은 이미 이 코스를 마친 다른 학생들에 의해 코드리뷰

이거 마치 에콜42의 온라인 버전 같네요.
아직 자바스크립트 밖에 없는게 아쉽지만, 오픈소스니까 다른게 생길 여지는 있겠네요.

실제 수강생의 댓글을 참고 하세요.
https://news.ycombinator.com/item?id=23419436
"기존 freeCodeCamp, CodeCademy, Udemy 랑은 전혀 다른 느낌.
내가 낸 코드를 이미 수강한 사람이 피어리뷰 해주는것도 좋고,
실제로 C0D3 자체에 참여해서 개발할 수 있다는게 실제 개발팀 소속으로 일하는 느낌"

 
엔지니어를 위한 마케팅 자료 모음

분야별 좋은 글,비디오,체크리스트,팟캐스트,도구들을 정리 [약 400개]
- 사용자 조사
- 시장 조사
- 비용 안들이고 마케팅하기
- 콘텐츠 마케팅
- 인플루언서 마케팅
- Product Hunt 공략
- 소셜미디어 마케팅 (트위터,페이스북,링크드인,레딧,Quora)
- Lifecycle Email Marketing
- 콜드 이메일 마케팅
- 파트너십 빌딩
- 마케팅 심리학
- 비즈니스 모델과 가격결정
- 마케팅 자동화
- SaaS 모델로 이전하기

 
altbox.dev - Linux/Unix/macOS 명령줄용 파워툴 모음

ls 같은 일반적인 unix 명령어들의 대안 프로그램 목록이 정리된 사이트입니다.

각 프로그램 별로

- 어떤 유닉스 명령어를 대신하는가
- 프로젝트 페이지
- 언어
- 작성자
- 간략한 설명

이 정리되어 있습니다.

 
JavaScript 기술 연마를 위한 10가지 질문과 답

Q1: Array Sort Comparison
Q2: A Set of Objects
Q3: Deep Object Mutability
Q4: Prototypal Inheritance
Q5: Promise.all Resolve Order
Q6: Reduce Math
Q7: Short-Circuit Notification(s)
Q8: Spread and Rename
Q9: Array Method Binding
Q10: Set Uniqueness and Ordering

 
Streamhut - Terminal을 스트리밍 하기

- 자신의 터미널을 웹페이지로 실시간 스트리밍하고 여럿이 같이 보기
- netcat 을 이용해서 별도 툴을 설치할 필요 없음(맥 & 리눅스 계열 기본 설치)
- 공동 디버깅/교육/인터뷰용으로 사용 가능
- 서버는 셀프호스트 가능(도커) : Go로 작성된 오픈소스

 
Your Guided Tour Through the Python 3.9 Interpreter

- real python의 에디터인 앤서니 쇼가 쓴 파이썬 3.9 인터프리터 분석 책
- 책에서 다루는 내용
- CPython 이 내부에서 어떻게 동작하는지 소스코드를 읽고 분석
- 파이썬 신택스를 변경하고 컴파일하기
- CPython 메모리 관리 마스터
- 파이썬과 C 코드 디버깅하기
- 얼리엑세스로 목요일 저녁까지 60프로 할인중
- DRM 없는 이펍, pdf,킨들 파일 + 샘플과 무료 업데이트 제공

 
Perspective - WASM으로 작성된 데이터 스트리밍 시각화 컴포넌트

- 대용량/실시간 데이터 셋을 브라우저에서 인터랙티브하게 보여주는 라이브러리
- J.P Morgan의 트레이딩 업무용으로 개발
- DataGrid, X Bar, Y Line, XY Scatter, Treemap, Heatmap
- C++로 작성된후 WebAssembly로 컴파일
- Web Components 기반
- WebWorker 와 WebSocket 사용하여 빠른 데이터 업데이트에도 안정적으로 동작
- Apache Arrow 에서 읽기/쓰기/스트리밍 지원
- Jupyterlab 연동

 
현재 "개발자"인데 "프로덕트 매니저"가 되고 싶다구요?

0. 시작은 모두 별 차이없어요.
1. 개발자인 당신은 이미 5가지 강점을 갖고 있습니다.
ㅤA. 태스크 주도형
ㅤB. 시스템간 인터랙션에 익숙
ㅤC. 해결 주도형
ㅤD. 디테일에 강하다.
ㅤE. 평생 배우고 익히기
2. 현재의 강점에 PM의 덕목 5가지를 추가하세요.
ㅤA. 사용자, 고객, 그들의 비지니스를 이해
ㅤB. 제품을 함께 만들 관계자들과 비전을 공유
ㅤC. 유용성에 대한 끊임없는 탐구
ㅤD. 생활밀착형 사고가 아닌 전략적 사고
ㅤE. 업무 우선순위

"개발자라는 직업은 축복받은 역할을 수행하는 자랑스러운 직업임에 분명합니다. 누구보다도 실 변화를 직접 만드는 숭고한 일입니다. 그런 분들이 PM에 관심을 갖고 커리어전환을 고려하는것 또한 엄청난 에너지 포텐셜을 보여 줄 일입니다"

 
더 나은 디자이너가 되게 해주는 도서 추천

실제 디자인 기술보다 창의적/혁신적 사고, 신뢰구축, 심리학, 비즈니스 전략 관련 도서들. 뒤는 한글판 제목

- What I Wish I Knew When I Was 20 : 스무살에 알았더라면 좋았을 것들
- The Speed of Trust : 신뢰의 속도
- Thanks for the Feedback : 하버드 피드백의 기술
- The New Typography
- The Use of Lateral Thinking : (이 책은 아니고 더 뒤에 나온 책의 번역) 드 보노의 수평적 사고
- Techniques of Persuasion
- Playing to Win : 승리의 경영전략

- What I Wish I Knew When I Was 20 : 스무살에 알았더라면 좋았을 것들
ㅤ→ https://amazon.com/What-Wish-Knew-When-Was/dp/…
ㅤ→ http://www.yes24.com/Product/Goods/89091064?scode=032&OzSrank=2

- The Speed of Trust : 신뢰의 속도
ㅤ→ https://amazon.com/SPEED-TRUST-Thing-Changes-Everything/dp/…
ㅤ→ http://www.yes24.com/Product/Goods/3502454?scode=032&OzSrank=1

- Thanks for the Feedback : 하버드 피드백의 기술
ㅤ→ https://amazon.com/Thanks-Feedback-Science-Receiving-Well/dp/…
ㅤ→ http://www.yes24.com/Product/Goods/14759898?scode=032&OzSrank=1

- The New Typography
ㅤ→ https://amazon.com/New-Typography-Weimar-Now-Criticism/dp/…

- The Use of Lateral Thinking : (이 책은 아니고 더 뒤에 나온 책의 번역) 드 보노의 수평적 사고
ㅤ→ https://amazon.com/Lateral-Thinking-Pelican-Bono-Edward/dp/…
ㅤ→ http://www.yes24.com/Product/Goods/86017491?scode=032&OzSrank=1

- Techniques of Persuasion
ㅤ→ https://amazon.com/Techniques-Persuasion-Propaganda-Brainwashing-Pelic…

- Playing to Win : 승리의 경영전략
ㅤ→ https://amazon.com/Playing-Win-Strategy-Really-Works/dp/…
ㅤ→ http://www.yes24.com/Product/Goods/9313619?scode=032&OzSrank=1

 
이메일을 웹페이지로 만들기

- 특정주소로 이메일을 작성/포워딩 하면 웹페이지로 만들고 링크를 리턴해주는 서비스
- +blog 옵션으로 보내면 가입/설치필요없이 바로 블로그 생성
- 여러개의 컬렉션 생성도 가능
- 링크생성될때 해당 페이지를 지우는 링크도 포함되어서 리턴
- 이메일로 구독하는 강의나 유용한 정보를 별도로 아카이빙 할때 유용
ㅤ→ 메일 포워드 → 해당 URL을 Pocket 으로 저장

ㅎㅎ 재밌네요! 테스트로 만들어봤는데, 편집툴 따로 없이 이메일 서비스를 이용하면 된다는 점이 괜찮은 것 같아요.

 
ConsoleImg - 개발자 콘솔에 이미지 표시하기

- CSS Background-image 로 활용가능한 모든 이미지 포맷 사용가능
ㅤ→ PNG/JPG/SVG 및 Animated GIF 까지 지원
- 배경색 지정 가능 ( 기본 투명 )
- 이미지 요청은 fetch 로 비동기 동작해서 성능에는 큰 이슈 없음
ㅤ(모바일에서도 다운되는 건 알아서 막아야..)

 
Coment - 슬랙용 문서 리뷰/승인 앱

- 슬랙에 문서를 올리면 여러 사용자가 코멘트/리뷰/승인/리젝 가능하게 만들어주는 앱
- PDF/JPG,PNG/MS오피스/페이지,넘버스,키노트/오픈오피스/HTML 지원
- ProductHunt 등록 기념으로 일 100개 도큐먼트 지원하는 유료버전을 1년간 공짜로 제공중 ( 원래는 하루에 문서 5개 까지만 무료 )
- 별도 계정 필요없고, 데스크탑/모바일 어디서든 동작

 
MS Edge 브라우저, Windows Update로 배포 시작

- 별도 다운받아서 설치해야 했던 Edge를 10억대가 넘는 윈도우10 설치기기에 자동 업데이트 시작
- 이전 Edge를 완벽히 대체하여 바로가기,암호,즐겨찾기 등 자동 이전
* 중요 : 이 업데이트는 설치후 제거 불가능

 
구글, 검색결과 순위에 페이지 경험(Page Experience) 지표 도입

사용자가 웹 페이지 이용시 느끼는 속도/보안 경험을 최우선으로 평가
- Core Web Vitals
ㅤ→ LCP : Largest Contentful Paint
ㅤ→ FID : First Input Delay
ㅤ→ CLS : Cumulative Layout Shift
- Mobile 친화적
- 안전한가 (멀웨어,피싱,각종 보안문제)
- HTTPS
- 콘텐츠에 쉬운 접근 ( 각종 광고로 콘텐츠 접근을 차단 하는지 )

* 모바일의 Top Stories 기능에서 AMP는 더 이상 필수가 아님

Web Vitals 와 Lightspeed 를 비롯해 지난 몇 개월간 계속 되어왔던 변경이 이제 검색결과에 도입되네요.
SEO 에 속도/안전성 관련 사항들이 더욱 크게 반영 되겠네요.
그리고 AMP가 필수가 아니게 바뀐 것도 대 환영!

Lighthouse 6.0 릴리즈 https://news.hada.io/topic?id=2122
ㅤ→ LCP,CLS,TBT 메트릭 추가

Cumulative Layout Shift (CLS) 란 무엇인가? https://news.hada.io/topic?id=1697
ㅤ→ 이미지/광고의 느린 로딩, 비동기 동작, 동적 DOM변경등으로 웹 페이지의 레이아웃이 얼마나 변하는 지를 측정
ㅤ→ 사용자가 잘못된 클릭을 유발하게 되는 시각적 불안정성을 체크하는 사용자 중심 성능 지표

크롬 83의 개발자 대상 변경사항 https://news.hada.io/topic?id=2123
ㅤ→ Core Web Vitals 적용

개발자가 알아야할 크롬 77 버전의 변경점 https://news.hada.io/topic?id=566
ㅤ→ Largest Contentful Paint (LCP) API 제공으로 가장 큰 엘리먼트의 렌더링 시간을 알수 있음.

 
AWS 학습 자료집

정도현이라는 분이 gist에 정리하신 AWS 학습 자료집입니다. (한국어) AWS의 보안과 관련된 컨텐츠나 클라우드 기반 딥러닝 학습 자료에 대한 모음집 등 테마별로도 학습 링크집을 정리하시는 모양이므로, AWS 클라우드와 연관된 주변 주제까지도 둘러볼 수 있습니다.

 
4단어로 Google Cloud Service 들 설명하기

- 모든 GCP 제품들을 딱 4단어 이하로 설명한 Cheat Sheet
- PDF/PNG 및 바탕화면 사이즈(16:9, 16:10, 4:3 등) 도 제공
예)
→ Cloud Run: Serverless for containerized applications
→ Cloud Firestore: Serverless NoSQL document DB
→ Cloud Composer: Managed workflow orchestration service
→ Cloud Build: Continuous integration/delivery platform
→ Titan Security Key: Two-factor authentication (2FA) device

AWS 서비스들을 각각 한 줄 안에 설명한 사이트 https://news.hada.io/topic?id=2163

랑 같이 보시면 딱이네요.

 
Energized Protection - 올인원 DNS 블록 리스트

- 광고,멀웨어,스팸,스파이웨어,통계&트래커 등 모든 불필요한 사이트를 차단하는 DNS 리스트
- 필요에 따라 선택가능한 다양한 팩 들과 확장 리스트 제공
ㅤ→ 4.7만~100만개 IP까지 들로 구분
- iOS/Android/윈도우/리눅스 등 모든 플랫폼에서 사용가능하게 다양한 포맷으로 제공

 
GoAccess - 터미널용 실시간 웹 로그 분석기

- Apache, Nginx, S3, ELB, CloudFront 등 대부분의 웹 로그 포맷 지원
- C로 작성된 오픈소스
- 빠르고 실시간. 밀리초/초 단위 업데이트
- 기본은 터미널 출력이지만, HTML/JSON/CSV 리포트 출력 가능

 
마케팅 자동화 템플릿 모음

AutoPilot 이 정리한 155개의 템플릿
이메일,SMS,슬랙 등 다양한 수단을 이용한 자동화 워크플로우를
카테고리,인더스트리,유스케이스 별로 보기 쉽게 도표로 정리

카테고리
- 이커머스
- 마케팅 자동화 기본
- 고객 확보
- 고객 온보딩
- 고객 리텐션
- 운영
- 이벤트 와 웨비나
- 뉴스레터

인더스트리
- SaaS, 에이전시, 블로거, B2B, 부동산, 비영리, 피트니스/헬스
- 서비스 제공자, 교육, 여행, 자동차, 법무, 숙박, 에술 및 엔터테인먼트

유스케이스
- Lead 만들기
- Lead 키우기
- Lead 관리
- 도구별 마케팅 사례 : OneSignal, Drift, Intercom, Hubspot, Salesforce, Pipedrive, SMS