일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |
- Linux
- Book review
- hbase
- hadoop
- erlang
- Book
- Kuala Lumpur
- Malaysia
- agile
- django
- QT
- France
- RFID
- Italy
- management
- comic agile
- leadership
- Python
- Software Engineering
- Programming
- program
- management and leadership
- Spain
- Java
- web
- MySQL
- programming_book
- ubuntu
- history
- UK
- Today
- Total
목록product (2)
프로덕트 매니저 원칙 - 골든래빗 ★★★☆☆ January 18, 2024 → January 19, 2024 다양한 PO, PM 출신들의 이야기를 통해 어떤 원칙을 가지고 product 만드는 일을 해야 할지 생각을 하나씩 정리해볼 수 있는 좋은 책 제주 325.571-장95프 컴퓨터 vs 책: [독서광] 프로덕트 매니저 원칙 뛰어난 팀워크를 발휘하는 팀 다소 비효율적일지언정 할 말을 부담 없이 할 수 있는 문화의 집단이 더 성공적, 잡담까지 포함 결국 서로 소통하기 편한 상태가 갖춰져야 한다는 뜻 What Google Learned From Its Quest to Build the Perfect Team - The New York Times 구글의 일 잘하는 팀은 무엇이 다른가 심리적 안전감이란? pp..
서문 전체 비즈니스 가치 흐름에 걸쳐 팀이 일하는 방식을 바꿔야만 이를 달성할 수 있다고 말한다. (내가 현재 달성하고 싶어하는 가장 중요한 일 중 하나. 회사 business 기능의 모든 flow를 end to end로 flow diagram으로 표현해서 구조를 파악하고 서로 communication하는데 낭비가 없도록 하는 일) 옮긴이의 말 IT 조직은 애자일이나 데브옵스 등과 같이 프로젝트를 효율적으로 진행할 수 있는 도구를 익히고 이를 통해 의사소통합니다. 반면 소프트웨어에 대한 비즈니스 조직의 시각은 여전히 테일러리즘 방식에 머물러 있습니다. 이러한 차이가 디지털 변혁의 큰 장벽 중 하나입니다. 이는 IT 조직과 비즈니스 조직의 의사소통에 문제를 일으키고 디지털 변혁 실패의 원인이 됩니다. (내..