Финтех-стартапы – это локомотив финансовой революции. Они переосмысливают банковские услуги, инвестиции и страхование, делая их доступнее, удобнее и прозрачнее. Но за каждой революционной идеей должна стоять команда, способная воплотить ее в жизнь.
Рубрика «команда» - 4
Создание высокоэффективной финтех команды: стратегии найма и удержания
2024-09-27 в 12:14, admin, рубрики: команда, командообразование, найм в IT, найм продактов, найм разработчиков, финтех, финтех-проекты, эффективностьВсе, что думают профессиональные исполнители об ошибках тимлидов и руководителей — 33 пункта, полных слез и отчаяния
2024-09-19 в 11:40, admin, рубрики: команда, управление, эффективность• Какие ошибки совершают начинающие и опытные руководители?
• Что мешает эффективному управлению?
• Как руководители тормозят собственное профессиональное развитие?
В этой статье я постарался интересно и вдумчиво проанализировать обратную связь от зрелых высокопрофессиональных специалистов
Платить деньги или есть еще секреты для достижения супер результатов команды?
2024-09-16 в 12:50, admin, рубрики: product management, project management, ит-индустрия, команда, разработка, управление командой, управление людьми, управление персоналом, Управление продуктом, управление проектамиПривет! Меня зовут Аминов Аскер, я Senior Product Owner в одном крупном корпорате и для меня важно достигать супер результатов в работе, поэтому сегодня хочу обсудить с тобой мотивацию сотрудников, микроклимат в команде и счастливых коллег... это я про счастливую команду, которая помогает тебе расти по карьерной лестнице. Да-да, ты не в одиночку тянешь все с супер результатами :).
Перед тем как начать, хочу поделиться своим telegram-каналом, где больше пишу про менеджмент в ИТ https://t.me/your_managers_secret
Подписывайся, если мои мысли тебе зайдут ;)
Почему крупный бизнес неэффективен (на нашем примере)
2024-09-03 в 7:01, admin, рубрики: ruvds_статьи, бизнес, ит-рынок, команда, построение бизнеса, хостинг-компании, эффективностьВ любом малом бизнесе есть процесс перешагивания из малого в средний или крупный. Ну или уютная самозанятость для предпенсионера. Например, для малого бизнеса достаточно 1–2–3–4, может, в край, 5 разработчиков. Эти люди могут взять отдельные направления и работать крайне эффективно. Как только их становится больше, начинают появляться внутренние коммуникативные издержки. То есть вклад следующего будет уже не 1/N, а размытым.
При не очень продуманном руководстве, где-то до 20–30 человек, можно и не особо заметить прироста эффективности в плане решения практических задач — и только после этого выйти на рост заново. С другой стороны, начиная примерно от 30 человек у вас появляется полная взаимозаменяемость и стабильность, что на малой команде просто невозможно.
Я сейчас очень упрощаю, конечно, но почувствовать бюрократию вы можете довольно легко и на других объёмах.
Примерно похожие принципы действуют и в других аспектах. Поэтому, с одной стороны, бизнес хочет стать большим, а с другой — по возможности как можно дольше сохранять структуру малого.
Как избежать выгорания в команде? — Процессы, методологии и современные технологии…
2024-08-29 в 19:55, admin, рубрики: выгорание, команда, методология, управление командой, управление проектами, управление разработкой"Для них ты просто псих, как я. Сейчас ты им нужен, а надоешь — они тебя выкинут, как прокажённого. Их принципы, их кодекс — всего лишь слова, забываемые при первой опасности. Они такие, какими мир позволяет им быть."
Настольная инструкция лида: читать её, конечно, никто не собирался
2024-08-14 в 11:33, admin, рубрики: ozon tech, teamlead, команда, тимлид, тимлидство, управлениеПривет! Наш отдел разработки в Ozon Tech часто сталкивается с проблемой онбординга руководителей команд, ведь в каждой компании работа тимлида имеет свою специфику и не всегда позволяет ощутить остроту всех граней управления группой разработки. Статья представляет собой настольную инструкцию для лида, которую можно изучать самому или адаптировать для своей команды тимлидов.
Меня зовут Арманд, я руководитель отдела Ozon Crowd. Наш основной продукт — это краудсорс-система Ozon ProfitЧитать полностью »
Жёсткое руководство
2024-06-05 в 20:17, admin, рубрики: коллектив, команда, компания, найм, персонал, руководство, стиль, управление людьмиВ последнее время всё чаще можно услышать об ужесточении чего-либо, в любой из сфер жизни. Так определяет "милосердие" Глеб Жеглов в фильме Говорухина "Место встречи изменить нельзя"</p><p></p>" data-abbr="Поповское слово">Поповское словоЧитать полностью »
RUNIT 2023: присоединяйтесь к масштабному забегу для IT-специалистов
2023-05-11 в 7:51, admin, рубрики: runit, Блог компании AGIMA, Карьера в IT-индустрии, команда, командообразование, марафон, нетворкинг, спорт, Управление сообществомВ этом году спортивный фестиваль для IT-специалистов RUNIT пройдет 18 июня в Измайловском парке. Мы приглашаем тех, кто развивает IT и Digital, присоединиться к нам. Участие в забеге примут сотрудники крупнейших IT-компаний России: разработчики, тестировщики, DevOps-специалисты, продакт- и проджект-менеджеры, маркетологи.
FeatureWeek: как мы повысили вовлеченность команды и заполнили бэклог
2022-12-05 в 7:56, admin, рубрики: online, Блог компании Lamoda, брейншторминг, бэклог, вовлеченность, генерация идей, команда, команда разработки, мозговой штурм, продуктовая разработка, удаленная работа, Управление продуктом, Хакатоны
Привет! Я Саша Пургина, руководитель отдела развития data-продуктов в Lamoda. В этой статье хочу рассказать, как мы использовали экспертизу разных команд для генерации 200+ новых гипотез и сплотили весь отдел вокруг решения пользовательских проблем.
Что будет, если от разработчиков не отстать: умирающая команда
2022-11-17 в 11:01, admin, рубрики: банк, Блог компании Газпромбанк, задача, команда, проект, процесс, разработка, управление проектами, управление разработкойМне досталась команда, которая болела. Все понимали, что происходит, никому не нравилось, что творится в команде, и традиционно менеджеры такие команды сильно режут. Но здесь были шансы вылечить и без ампутаций.
15 человек, из них — один руководитель проекта, три фронта, два бэка, три аналитика, девопс. Симптомы обычные: процессы всем не нравятся, соседи — козлы, потому что не то и не так делают, а как нужно — не знают, ответственности ни на ком толком нет ни за что.
Вроде бы когда-то это был настроенный конвейер, но теперь его куски — как будто в разных зданиях. Особо не заботятся о том, что было «до» и что будет «после». А если всё падает, то люди поднимают руки: «Я не виноват. Я не знаю, как поднять».
Проект — внутренний банка, он нужен для улучшения работы внутри компании. Традиционных решений в кровавом энерпрайзе — два: нанять новую команду (но вгружать мидла на проект такой сложности — три-четыре месяца) или же оставить проект на поддержке, через два года найти ему замену, а команду тихо похоронить в подвале. Точнее, не так: те, кто плывет по течению и не заботится о карьере, остаются тихо сидеть «на пенсии», то есть в бесконечной поддержке проекта. А самые проактивные тут же перейдут в другие команды или другие компании.
Почему процессы разваливались? На первый взгляд, потому, что была куча ненужных совещаний и встреч с теми, кого разработчики вообще не должны были видеть. Плюс местами странноватые KPI. Как это ни странно, но если психологически давить на разработчика пару лет, то ничем хорошим это не закончится. Руководство подразделения дало мне карт-бланш на исправления, и я начал разбираться, что же случилось.
Читать полностью »