일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- leadership
- program
- Malaysia
- Linux
- Spain
- web
- RFID
- management and leadership
- agile
- Book
- Python
- Programming
- Software Engineering
- Book review
- django
- QT
- erlang
- history
- ubuntu
- France
- Kuala Lumpur
- management
- hadoop
- MySQL
- comic agile
- Java
- hbase
- UK
- Italy
- programming_book
- 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 조직과 비즈니스 조직의 의사소통에 문제를 일으키고 디지털 변혁 실패의 원인이 됩니다. (내..