Каган — один из наиболее ярких IT-менеджеров в Кремниевой долине. В своих статьях и книгах он разбирает менеджмент таких гигантов, как Amazon и Spotify, описывает свой взгляд на ведение бизнеса, а в этой книге объединил весь этот опыт и представил самостоятельную «инструкцию» по трансформации работы над продуктом.
Рубрика «культура компании»
Препарируем менеджмент гигантов Кремниевой долины. Четыре причины прочитать «Transformed»
2024-10-31 в 10:55, admin, рубрики: scrum, teamlead, культура компании, менеджмент, менеджмент проектов, образование, обучение, тестирование, тимлид, топология, управление командой, управление проектами, учебный процесс, Учебный процесс в ITКак превратить неудачи в успех и снизить риск непоправимых ошибок. Обзор книги «Принцип черного ящика»
2024-10-22 в 15:26, admin, рубрики: культура компании, мышление, стратегия развитияПризнавать свои ошибки — непросто. Никто не хочет сталкиваться с неудачами, все стремятся к успеху. А когда неудача касается работы и статуса, отношение к ошибкам становится еще более острым. Если под сомнением оказывается наш профессионализм, мы часто инстинктивно защищаемся. Мы не хотим осознавать свою некомпетентность или неспособность решить проблему, и нам не хочется, чтобы наша репутация пострадала в глазах коллег.
Общество в целом имеет противоречивое отношение к ошибкам. Мы можем оправдывать свои провалы, но, когда ошибаются другие, мгновенно начинаем выдвигать обвинения.
Техдолг. Все говорят: «невозможно», а я говорю, что буду
2021-01-26 в 7:49, admin, рубрики: code managebility, devops, devopsconf, product owner, technical debt, Time-to-market, Блог компании Конференции Олега Бунина (Онтико), доверие, конференции, культура компании, техдолг, Управление продуктом, управление разработкойОчень часто драматически и патетически утверждают, что техдолг лучше не плодить — потом не устранишь. Да, без него, конечно, лучше. Но последствия устранить все-таки можно, и глава Программного комитета Артем Каличкин на конференции DevOpsConf 2020 поделился своим опытом в этой области.
Можно спросить, а причем здесь техдолг, если конференция DevOps? Холиварить об этом можно, например, в рамках DevOps-фуршета, но настолько ли это широкое понятие? Мы узнали, что Артем относит к техдолгу все изменения и доработки, инфраструктурные модификации и изменения процессов, изменения структур команд, направленные на устранение гэпов — которые были допущены (осознанно или нет) в рамках запуска продуктов и фич, и которые со временем сильно мешать жить.
А так как такие вещи невозможно исправить без твердой и уверенной спайки производственного и операционного цехов, то и получается, что эта история напрямую — про DevOps.