Очень-очень грамотно и по сути! Прошу, не останавливайтесь, нужно больше информации о менеджменте для разработчиков (и не только для них)!!! Прямо восхищаюсь вашей с Сергеем работой, видением, подходами. Ей богу пойду к вам работать, Вы - СУПЕР!!!
значит когда я пойду устраиваться на работу разрабом, нужно узнать: есть ли у них менеджеры! а то вдруг они ищут того кто будет все косяки внизу разгребать! спасибо, Эльдар!
Они у них точно есть. Вопрос - какие ) Но спросить, кто выполняет роль PO на проекте, кто техлид а кто тимлид и какие обязанности у PM - точно не помешает
Вы молодец что сразу сказали, что это "менеджмент в вакууме", некая идеальная система менеджмента. На практике у меня было так что был один CTO он же пытался совмещать всё и сразу, при этом никогда не говорил какую роль он исполняет, только говорил за CTO. То есть был такой некий менеджер в полувакууме, который обычно "вылазил с вакуума" и превращался с некоторого гендеректора-менеджера-манипулятора, который мог включать весь свой арсенал манипуляций. При этом он никогда не называл своей роли кроме как CTO, а по работе на разных проектах он бывал так почти во всех ролях которые описаны в scrum. Правда квалификации не в одной кроме как CTO у него никогда не было, поэтому он превращался регулярно в диктатора-манипулятора. Был такой себе Диктатор авторитарного режима и из-за неопределенности как с таким кадром работать не редко начинался хаос, никогда не ясно что ожидать от такого "уникума-директора".
Действительно, давно уже сложилось ощущение, что разрабы с одной стороны баррикад, а с другой - менеджеры и руководство компанией, и это очень удручает... Приятно услышать, что так не всегда и не везде, спасибо!
Однажды, в один чёрный-чёрный день, в самый чёрный-чёрный час мой менеджер попросил меня заменить его на пару деньков, пока он температурит... Так я стал мизантропом... Потому что программисту общаться с клиентом нельзя. Вот совсем нельзя. Если бы не удалённый способ общения, то было бы убийство... или самоубийство...
@@alexlightweight опытный специалист понимает, что умение делать работу круто и умение донести до других ее крутость - связанные вещи. Плох тот менеджер, который не умеет нравиться )
Если человек не видит смысла в менеджере, это показывает уровень компаний в которых он работал. Битрикс программисту с функциями грузчика и правда менеджер не требуется, но человек, работающий в серьезном проекте быстро поймет что за фрукты такие ему говорят что делать и зачем это нужно.
жду когда столько же сортов будет для программистов, типа для написания функций такого типа один программист, для другого типа функций - другой и т.д. :)
В который раз убедилась, что приняла правильное решение уволиться, потому как была как раз тем недовольным разрабом, на которого сбросили роль продакта, и я была близка к диверсии и саботажу. Несмотря на то, что до сих пор высокого мнения о бывших коллегах - организовывать IT компанию явно не их талант. :D
@@EldarNagorniy Эльдар, вы точно менеджером работаете?) Понять что на вас вешают не вашу роль это мне кажется сложно, но это пол дела, как быть когда говоришь об этом менеджеру, а он отчаянно говорит, что у него нету денег платить вам (давит на жалость) и то что вы занимаетесь не только своей ролью это ЯКОБЫ в ваших же интересах?
@@timemachine3346 менеджер, который давит на жалость - не то чтобы сильный менеджер. Другое дело, что "у нас нет на это денег" - чаще всего самый честный довод.
Спасибо за ролик) Я может где-то упустил, но было бы круто посмотреть на весь этот процесс не только с точки зрения менеджерского состава, но и со стороны разработчиков, как это делится у них и как лучше с ними строить коммуникацию. Как человеку, который хотел бы стать PM'ом, мне было бы очень интересно)
@@SergeyNemchinskiy Мне кажется, что базовые понятия о градации junior-lead довольно понятны и знакомы многим. Тем более, что вы неоднократно упоминали, что от компании к компании они отличаются. Я имел ввиду раскрыть это больше с точки зрения психологии, взаимодействия. Причем были уже видео, как вести себя джуну на первой работе. А вот как вести себя менеджеру/лиду с джуном еще не было)
Эльдар. Ты. Первый. От кого. Я внятно. Услышал тему. "Совмещение аккаунта и финансового менеджера в одном флаконе-человеке - катастрофа и смешение подвала с крышей в 1 этаж"....ЧТО в это мысли сложного?...Очевидный момент. НО. Опытные руководители во многих российских телеком и ит- компаниях делают вид, что это не так....Садо-мазо
Встречались ситуации когда некоторрые менеджеры исполняли роль промежуточных звен. Продакт пм тимлид техлид дев. Было не очень. Так что скрам и «самоорганизованые команды»
Менеджеры проекта нужны для решения организационных вопросов, они обеспечивают организационные среду проекта, обеспечивают слаженную работу всех участников проекта. И да, менеджер для проектной команды как сервис, а не на оборот. ПМ это собачья работа, потому что ПМ-ом поджимают как сверху так и снизу
@@pash0k13 в нормальном бизнесе PM отвечает за "здоровье команды" и он же ее, часто, и набирает. Так что, если команда не справляется - проблема в процессах или в команде. И это все - его проблема )
Ничего себе, кто-то еще сомневается в нужности менеджеров? Я работаю непосредственно на клиента, общаюсь с 4-5 людьми в компании. В основном, это директор и руководители отделов (большинство из которых формулируют задачи и пытаются перетянуть одеяло на себя, чтобы их отделом я занимался в приоритете)! Это очень сложно! По факту я скорее адвокат продукта. Жаль, что никто в этом процессе не готов поддержать МОИ интересы, ведь я скорее "болею" за результат. А процедурные вопросы (постановка задачи, согласование сроков, уточнения в процессе разработки, сдача результатов работы, согласование оплат и составление актов) очень сильно выматывают, не говоря уже о том, что все это приходится делать бесплатно! И даже при этом, клиент считает, что разработка стоит слишком дорого, считает каждую мелочь, на чем бы сэкономить! Никому не советую так работать!
Скорее всего, на вас повесили слишком много ролей из этого списка. Возможно, мое видео поможет понять, что из ваших обязанностей вступает в противоречие с другими
Эльдар, спасибо большое за развернутые объяснения. Если позволите - вопрос. У меня небольшая удаленная команда из 4х человек. С заказчиком вроде хорошие отношения (по нашим непосредственным задачам). Но по более крупным проектам , где моя команда только часть всей работы - рулит непонятный удаленный ПроджектМенеджер в стиле "делай некогда объяснять". Вопрос: как предложить заказчику объяснять бизнес-цели непосредственно нам а не верхнему ПМ-у. Спасибо
Это сложно. Заказчик не хочет разбираться с тем, что работает. На вашем месте я бы постепенно повышал качество запросов и требования к тз с вашей стороны. Влоть до найма собственного PM. Тогда будет небольшое давление снизу на внешнего PM которому или прийдется повысить качество своей работы или постепенно станет видна его неэффективность. Сделаете резко - будет выглядеть как ваша проблема. Не сделаете - изменений не будет, ведь все работает и так
А кто из этих менеджеров главнее, за кем последнее слово? Дизайнерам могут же давать пожелания все менеджеры подряд, или нет? Что будет если их запросы будут противоположные. Например, один хочет более сложный дизайн карточки, второй хочет упростить и удешевить.
В правильной компании - ни за кем. Все делается в коллаборации. Но если говорить о реальном бизнесе а не о единорогах и радугах - то в компании последнее слово за CEO, в проекте - у Product Owner. По крайней мере в том, как будет выглядеть продукт.
Тут cfo cso и многие другие акценты особенность аутсорсинга всё-таки. В инхаус разработке их нет. И есть такая особенность в общем - 5 разработчиков - 1 менеджер (pm). 30 разработчиков - 50 менеджеров всех мастей. И как правило первая команда делает все быстро и охуенно, а вторая делает тоже самое, но долго, строго по тз, и ни милоиметра в бок (результат вида на отъебись, тест прошло и ок). Не могу сказать, что менеджмент это плохо, нет, он помогает, но до того момента, пока все это не превращается в пересечение зон ответственнсти, слишком много менеджеров точно плохая история для продукта.
Спасибо, Эльдар. Супер видео парочка уточняющих вопросов 1. Получается что для Product owner, Account manager, Team Lead - нету никого с первой буквой "C" (типа CTO, COO). Это из-за того что в отличии от всех других процессов эти сложно стандартизировать? 2. А где в этой схеме находится Business analytic ?
В моем представлении, Бизнес Аналитик - еще один технический специалист. Обычно работает в связке с архитектором, техлидом или CTO. У аккаунтов, TL и PO чаще всего главный - COO (операционный) или CSO (сейлз) хотя это и не всегда верно. Над причинами - подумаю )
2. У него же нет функции _руководства_, это специалист. Впрочем, если их на проекте много, может быть ведущий аналитик, но он тоже адвокат команды, как я понимаю Эльдара. Теоретически, в компании может быть ещё и Chief Business Analyst, тогда он будет похож на СТО, но адвокат _предметной_ _области_.
Единственное... У нас Тим-лид совмещён вместе с тех.лидом(как реализовать ту или иную особенность бизнес-процесса заказчика с точки зрения кода)... И работает он 3-5 часов вместо 8(успевает играть на компе в --- и смотреть видосики на ютубе).
Как защищать перед account manager'ом интересы, например, команды, если account manager - CEO? Или, если обобщить, как адвокат на низкой должности может защищать свою область ответственности перед адвокатом более высокой должности?
Я правильно понял что если разработчик считает что менеджеры враги - надо от разработчика избавится?. Т.е. не от менеджера, который до этого довел, а от разработчика?
Это действует в обе стороны. Но менеджер, который считает разработчиков врагами - дегенерат, который уничтожит вашу компанию. А разработчика можно просто отпустить и дать ему возможность найти более подходящий коллектив
@@EldarNagorniy Эльдар, здравствуйте, а как вы думаете, если разработчик как бы не хочет быть врагом для менеджера, но и другом тоже, т.е. занимать нейтральную сторону и сосредоточится на выполнении своей работы, а менеджер навязывает свою дружбу, то как быть? У меня было так что один из менеджеров оказался в списке врагов только потому что навязывался ко мне в друзья (я был Middle Web Dev), а дружба это дополнительная ответственность которая мне нахер не нужна от менеджера. То есть я мог иногда помочь менеджеру словом, иногда немного подсказать что-то по работе, но делать для него просто так ничего не собирался, не считаю абсолютно должным, и тратить силы на него свои не хотел и так приходится "подгорать" иногда по задачам. Замечу, что это не проблема моих софтскилов, просто мне не нужна лишняя нагрузка и так часто не хватало сил дома что-то делать после работы. Т.е. вопрос очень деликатный и я считаю вполне справедливый. Вы как менеджер высшего звена подскажите как быть в такой ситуации? Заранее спасибо за ответ!
@@timemachine3346 да, так бывает. Для менеджера быть другом - решаем много проблем. Но и вешает много дополнительных. Например, каково увольнять друга? Мне приходилось. Это очень неприятно. Так что есть подозрение, что он не дружить с вами хотел, а чтобы вы его считали другом. А вот в ответ... кто его знает. Что делать: сохранять позитивную коммуникацию, она реально облегчает жизнь. Но и не считать себя дополнительно обязанным.
За 10 лет я довольно мало сталкивался с их чистым представлением, обычно, это дополнительные или ситуационные роли, которые брали на себя другие менеджеры.
Ну надо признать, я много лет наемный работник, хоть и в топ-менеджменте. На старт собственной айти компании среднего размера (100-200 разработчиков) у меня не было бюджета. Но мы быстро растем и через год-полтора я надеюсь сказать, что мы подбираемся к этим ребятам )))
@@EldarNagorniy Супер! Какая сумма, на Ваш взгляд, нужна для старта,если есть CEO(с хорошим опытом построения команды и сейлз, но пока нет первого клиента? Какой нужен бюджет,чтобы добежать до первого заказа?
Пол года кормить команду и себя и не зарабатывать. Тогда можно спокойно стартовать. Так, по ощущениям, четверть миллиона долларов ) Но мне повезло, мы стартанули почти с нуля. Так что можно по разному, просто риски высокие.
@@evgeniy5057 почти все it компании начинались с клиента ) Это самый безопасный путь. И тогда главная проблема - успеть развиться до того, как его проект закончится
Немчинского случайно не знаешь ? xD Больно похожие темы... или это ты... просто в мамы на ужине побывал))))) Хороший дядька, розкажите что то об Bounty Hunters pls!
Адвокат продукта - довольно часто CBDO. Человек, отвечающий за новый бизнес. По нашему - директор по развитию. Но это для собственного продукта. А вот в аутсорс модели у PO может быть лидер. В моей предыдущей компании его роль был COO (операционный директор). Хоть это и не совсем верно. Адвокат команд - тоже довольно сложно. Это лидер Тимлидов и я не помню, когда на такое раскошеливались. Опять же, у нас был COO. И вы не поверите, кто это был )))
Ну аСудии Кто-о?? В ентой 4-Четверице: Пракурор -адвокат-судия-разработчик(он же подсудимый)? КтоСудии(распределители наказания-паащрения? Какая аналогия с 4-цей не в АТ, а в РеальномУкрСуде? Как Там с Карупцыей? Кто разносит ништяки от падсудимого по Кругу Этих4-х? Просьба не увиливать - отвечать. И также пожалуйста про %ПолучаемыхБабок Каждым из ентих 4-Х. А также с НГ.21 Вас и ВашуГлавнуюЛису(С.)!
Знаю людей, которые работают в фирме где нет ни по ни пм ни лидов никого вобщем нет. Есть только директор и программисты. Все прогеры тупо фулстекеры. Пилят все начиная от верстки и заканчивая архитекторой бд. Программистам приходится общаться с заказчиком (заказчик, представитель крупной сети магазинов техники. делают сайт им) напрямую и понимать что он хочет. А если не понимают, то получают пиздюлей от директора. Если вдруг задачу сделали, а заказчик считает, что много часов потратили на нее, получают пиздюлей от директора. Если не работает какой нибудь сервис (тестовый сайт упал например), программисту нужно понять почему не работает и написать либо админу, либо девопсу, либо еще кому, чтобы починили. Если не понимают почему лежит сайт получаю пиздюлей от директора. И тд. Чуваки работают уже лет 7 в этой фирме. ЗП у них ниже среднего по рынку (7 лет стажа 2200$ asp.net core). И они всем довольны. Менять работу не планируют.
Ну, тут расклад такой: работать без менеджеров - это очень дорого. Дорогой разраб занимается всем, чем угодно, кроме разработки. Но, зато, так проще управлять, когда управлять не умеешь. Потому так часто бывает в маленьких компаниях, в которых "все делаем сами".
Здраствуйте! Есть ли смысл новичку в android разработке учить сначала Java? Некоторые говорят что если учить сейчас Java , а на это уйдет пол года , то все уже перейдут на котлин и что нам делать?
Говорю по опыту одного из самых крупных проектов в России. Котлин не серебряная пуля и джаву не переживёт. Java для джуна нужно на базовом уровне знать. Учить её совсем не полгода, было бы желание. Язык простой, а джуновский кор широкий, но поверхностный. Доучить котлин, понимая джаву - вопрос пары недель. Важнее знать глубоко ООП и паттерны (гоф, солид - проектирования; грасп, клин - архитектуры). Функциональная и реактивная методологии программирования тоже важны. В работе над крупным проектом МП как раз слабоватое знание андроида - меньшая из проблем: кор знать надо, ну а тонкости подсмотришь всегда у коллег и доучишься. Конечно, другое дело, если проект маленький или ты его с нуля делаешь.
Теперь я понял. Мой старшина в армии был еще тот project manager, "адвокат процессов"))). Пока мы его ненавидели, он следил за: - занятостью команды - загрузкой команды - балансом - выполнением задач - с какой скоростью эти задачи выполняются
Господи... Я что, в аду работаю? Вырабатываюсь в хлам: тестируя проект(не дай бог улетит ошибка на боевой сервер), забочусь о проекте, о требованиях заказчика, общаюсь с заказчиком на короткой ноге(знаю вплоть до проблем его компании), работаю над представлением компании, забочусь о двух проектах как о собственных детях, продвигаю проект(благо хоть это немного отделили на "верх"), поддерживаю требования к программистам(иногда приходилось подгонять, иногда тормозить), к отделу кадров и к технической части серверов, знаю техпроцессы заказчика лучше таблицы умножения, пытаюсь найти баланс между притоком/расходом денег с проектов и денежным балансом клиентов... Теперь понятно, почему я почти сгорел за три года работы...
@@nazellina если бы не ковид - перешёл бы в другую. Размер компании... Когда пришел - было так Отдел сопровождения 1: 8 человек. Отдел сопровождения 2: 9 человек. Отдел фронтенда и дизайна: 2 дизайнера-художника 4 разраба фронта. Отдел основной разработки: 7 программистов. Отдел аналитиков: 3 аналитика и 1аналитик+QA лид. Отдел копирайта: 8 копирайтеров + 1 переводчик. 1 сис админ Теперь, после изменения структуры, переезда в новый офис и принудительного расформирования отделов( с подчинением новому главе, который появляется в сети раз в день, а в офисе - раз в неделю)... Результат численности штата спустя полугода ада: Отдел сопровождения 1: 3 человека(-5 человек) Отдел сопровождения 2: 6 человек(-3 человека) Отдел фронтенда расформирован. Отдел аналитиков расформирован. Отдел копирайта: 2 копирайтера + переводчик.(-6 человек) Отдел разработчиков: 2 фронта(один собирался уволиться, но накинули ему 50% поверх), 2 аналитика, 5 программистов, 1 дизайнер.(-7 человек) 1 сис-админ собирается уволиться... И да, нагрузки не изменились. Приходится иногда брать "работу" на выходные...
Хороший вопрос. Я бы сказал, что правильный разработчик пользуется услугами всех этих адвокатов в баллансе и на свою пользу. Можно сказать, что он - сторона тяжбы и нанимает нужных адвокатов. Хоть это все и некая идеализированная картина )))
@@EldarNagorniy то есть, пользуется компетенциями одних для защиты от некоторых хотелок других? И вот еще что интересно: в большой компании, к примеру, PO одной из команд хочет сделать быстрое, но заведомо некачественное решение, которое даст моментальную выгоду (ранний выход на рынок, например), но в будущем застопорит команду на несколько месяцев, а то и на год, и решение придется делать более качественно заново, с нуля. Вся эта нерадужная перспектива видна всем на берегу, риски осознаются. Как быть разработчику в такой ситуации? Помимо варианта «сменить команду» :)) Понимаю, что это некое MVP, но делать одно и то же заново, только правильно - дизморалит
@@kitten-free да, выходит смешно. Но если честно, у разработчика есть выбор, за что бороться: за продукт, за команду, за процесс, за бизнес-результат или за себя родимого
Про рекрутинг отдельно и про HR на рассказал. Думал, это все знают ) А вот с инвесторами все просто - они владельцы и совладельцы. Они реашют, кто будет входит ьв совет директоров, кто будет его возглавлять и таким образом влияют на развитие компании
@@EldarNagorniy сколько забирают % себе? Соответсвует ли этот% обьему работ? А то у нас открыл фирму 1000грн уставной фонд и Все- 99%прибыли забрал себе с договора на 100 лимонов по правилу яХазяинВсего-ТыНаемноеНикто. Проясните, как и что тут и почему. А ответ типа не устраиваетоткрывай свое на качество работы не повлияет. Мы ж Тут Все за кмчественный Процесс-учебы-менежмента.
@@ipddip7642 обычно в IT аутсорсе около 50% уходит на разработчиков, около 25% на оверхеды (офис, юристы, сейлзы, маркетинг, бонусы референсам). Прибыль хорошая - 25%. Нормальная 15%. Типичная 5-10%.
На 1м проекте? Project Manager, Product Owner, Team Lead, Technical Lead, иногда Account. Еще Sales Manager. Но, конечно, часто совмещают. Что, как говорится в видео - не всегда полезно
@@EldarNagorniy Можно расписать все роли через ООП, будет отличное задание для начинающих разработчиков - моделирование работы технологической компании ;-) Заодно и прояснятся функции каждой роли в отдельности. Можно даже пойти дальше и добавить иллюстрацию работы этой системы для конкретных бизнес-процессов!
Не совсем. Проджект - занимается тасками, Продакт - продуктом и тем, каким он увидит рынок. По сути, Продакт пишет юзер сториз языком клиента, а Проджект из них делает таски для девов. Можно ли совмещать? Конечно. Но осторожно
@@ipddip7642 инвестор, в первую очередь, несет все финансовые риски. У меня на глазах компания за 3 мес улетела в минус 370 000 долл из-за плохого менеджмента. Все это покрывал инвестор, как вы понимаете
27:31 орууууууууууууууууууууууууууу, всеми косяками наебнуло сверху) а почему так бывает? может пора менять менеджеров или нужен тот кто даст им по голове?) "Поддерживайте менеджеров", это за то что вы сначала говорили, мол когда менеджер превращается во врага для разработчика, то нужно менять разработчика. А делать что когда менеджер заебал постоянно сваливать на разработчика свою хуйню и с ним "опасно" говорить, как говорится инициатива-наказуема и разработчику хочется делать свое дело, а не няньчить неквалифицированного менеджера? (такое мне кажется чаще бывает на аутстафе и аутсорсе, вы если не ошибаюсь на этом и специализируетесь) Для разработчиков: Никогда не оправдывайте менеджеров-пиявок, которые свешивают ноги на вашей шее. Думаю скраму не хватает таких терминов как "менеджер-пиявка" и тд. Это на вашем видео менеджмент звучит как красиво "как в сказке", а в работе на самом деле всех разработчиков ожидает корпоративный Булщит (с большой буквы), который почему-то по вашему мнению должны выгребать разрабы. Короче если вам кажется что ваш менеджер стал "пиявкой" сначала хорошо обдумайте так ли это на самом деле, приходится ли вам всё время выгребать за тупого (шучу, неквалифицированного) менеджера всю хуйню перед клиентом и часто перерабатывать. Если у вас твёрдый ответ - да, то валите с этой халтурской галеры, у них кризис пусть сами его выгребают, от вас в этом случае ничего не зависит. На практике работал в галерах, где не один менеджер не мог составить даже ТЗ с клиентом и вся работа менеджером делалась на отъебись опять же из-за не квалифицированности менеджера. ЧТО БЛЯДЬ? Серьёзно? Менеджер (PO, PM, Sales) не умеющий составить ТЗ или записать все хотелки клиента так например чтобы было понятно как будет выглядеть веб-страница? Не выгодно всем подряд делать ТЗ? Сделайте эту услугу платной и не ебите мозг разработчику!!! В шею этих Пидаров!) В общем типичная IT контора, чаще галера, которая считает со скряготой каждую копейку стоит на одном большом столпе на неком "Раздувающимся пузыре", который рано или поздно всегда схлопывается. И каждому уважающему себя действующему разработчику (не путайте блядь с менеджерами которые говорят что они когда-то программистами были!), который блядь пишет код, по моему мнению нужно не мазохизмом заниматься и поддерживать пъявок-менеджеров, а быть готовым вовремя уйти с горе-Галеры. Скажу так, бывает и обратное, когда разработчик может казаться для менеджера "пиявкой", но для адекватного менеджера, который чётко понимает границы ответственности должности разработчика-программиста такого быть не должно!
Когда дев считает менеджера пиявкой, вне зависимости от его правоты, деву надо увольняться. А менеджеру - его увольнять. Работать надо там, где нравится. И дев может себе это позволить
@@EldarNagorniy Здравствуйте, Эльдар. Спасибо что дочитали столько текста) весьма здравый, простой и универсальный способ решить крайне накипевшие рабочие проблемы когда рабочие отношения пришли в полный тупик, согласен с тем что для разработчика лучше уводится и искать работу для себя получше или хотя бы менять работу, потому что токсичность старой уже накипела до какого-то невероятного тупика) немного философии: Конечно идеальных или абсолютных менеджеров-пиявок не бывает, в смысле в какой-то степени многие менеджеры для девов бывают в каком-то смысле пиявками. Если дев начал считать менеджера пиявкой "вне зависимости от его правоты", это как? Когда дев как бы навесил ярлык на менеджера и совсем не меняет своего мнения по этому поводу при этом есть какое-то понимание, что менеджер в чём-то прав? Сильно обиделся на менеджера? Это получается можно назвать случаем когда дев считает менеджера неким утрировано "менеджер - полная пиявка" (от слова совсем пиявка). Тут конечно если конфликты не решаемы, и ситуация больше похоже на "вакуум", то нужно расходится, если в перспективе отношения и коммуникация будут "совсем токсичными" нужно их прекращать. Короче мне кажется что "когда дев считает менеджера пиявкой, вне зависимости от его правоты", это какой-то очень не адекватный дев. В смысле я понимаю когда дев совсем не согласен с какими-то мнениями менеджера, но когда дев видит в конкретном менеджере сплошной негатив, то это уже как по мне сильно неадекватно, и возможно до "клиники". И совершенно точно нужно как-то расходится.
Очень круто! Было бы здорово серию видео про устройство и управление IT компаниями от Вас!
Вот тут взгляд на IT со стороны маркетинга и продаж th-cam.com/video/Xgx3Z7gEYBY/w-d-xo.html
Очень-очень грамотно и по сути! Прошу, не останавливайтесь, нужно больше информации о менеджменте для разработчиков (и не только для них)!!!
Прямо восхищаюсь вашей с Сергеем работой, видением, подходами.
Ей богу пойду к вам работать, Вы - СУПЕР!!!
значит когда я пойду устраиваться на работу разрабом, нужно узнать: есть ли у них менеджеры! а то вдруг они ищут того кто будет все косяки внизу разгребать!
спасибо, Эльдар!
Они у них точно есть. Вопрос - какие ) Но спросить, кто выполняет роль PO на проекте, кто техлид а кто тимлид и какие обязанности у PM - точно не помешает
Вы молодец что сразу сказали, что это "менеджмент в вакууме", некая идеальная система менеджмента. На практике у меня было так что был один CTO он же пытался совмещать всё и сразу, при этом никогда не говорил какую роль он исполняет, только говорил за CTO. То есть был такой некий менеджер в полувакууме, который обычно "вылазил с вакуума" и превращался с некоторого гендеректора-менеджера-манипулятора, который мог включать весь свой арсенал манипуляций. При этом он никогда не называл своей роли кроме как CTO, а по работе на разных проектах он бывал так почти во всех ролях которые описаны в scrum. Правда квалификации не в одной кроме как CTO у него никогда не было, поэтому он превращался регулярно в диктатора-манипулятора. Был такой себе Диктатор авторитарного режима и из-за неопределенности как с таким кадром работать не редко начинался хаос, никогда не ясно что ожидать от такого "уникума-директора".
Начинающий сейлз (опыт огромный, но не в ИТ), очень понятное и конструктивное содержание. И вам успехов и свершений!!!
Действительно, давно уже сложилось ощущение, что разрабы с одной стороны баррикад, а с другой - менеджеры и руководство компанией, и это очень удручает... Приятно услышать, что так не всегда и не везде, спасибо!
Ай, молодцы, хорошо разложили! Техника безопасности: Разработчик, вооружившись этими знаниями, не пытайся объяснить менеджеру его роль.
Короче, шикарный материал, по такой теории можно было бы и статью на ВиСи написать
Однажды, в один чёрный-чёрный день, в самый чёрный-чёрный час мой менеджер попросил меня заменить его на пару деньков, пока он температурит... Так я стал мизантропом... Потому что программисту общаться с клиентом нельзя. Вот совсем нельзя. Если бы не удалённый способ общения, то было бы убийство... или самоубийство...
Все четко и понятно!
Спасибо большое за ценную в наши дни информацию)!!
Сбросил скорость просмотра ролика до 1 отложил все и вслушивался в 28 минут, спасибо !
Вот это крутой комплимент. Спасибо!
Хорошая подача материала. За весь период работы второй раз встретила расклад "понятный'. Жаль его не услышат большинство руководителей
Главное, чтобы БУДУЩИЕ руководители услышали :)
@@alexlightweight опытный специалист понимает, что умение делать работу круто и умение донести до других ее крутость - связанные вещи. Плох тот менеджер, который не умеет нравиться )
Спасибо, приятно и интересно слушать.
Монтажеру: прошу не делать злодейские «наезды» на говорящего. Пора снимать на две камеры :)
Еще больше отвлекает в разговорных видео
Офигеть. Мощно объяснил. Чувствуется профессионализм)
Всего 28 минут и вся IT индустрия как на ладоне. Браво!
Если человек не видит смысла в менеджере, это показывает уровень компаний в которых он работал. Битрикс программисту с функциями грузчика и правда менеджер не требуется, но человек, работающий в серьезном проекте быстро поймет что за фрукты такие ему говорят что делать и зачем это нужно.
Блин, как много есть разных менеджеров. Сложно даже запомнить
По мере необходимости. Менеджер для разработчика - инструмент. Надо уметь ними пользоваться )
жду когда столько же сортов будет для программистов, типа для написания функций такого типа один программист, для другого типа функций - другой и т.д. :)
@@aerahtv0000 Front-end, back-end, dev-ops, sys.admin. Каждый в какой-то мере девелопер.
@@Tropen91 есть же небольшие оутсорс компании, где кодер - фулл-стек, который еще и с клиентом должен общаться периодически.
@@aerahtv0000 как будто сейчас не так )) Главная же шутка отрасли: "ты же программист - настрой мне винду"
В который раз убедилась, что приняла правильное решение уволиться, потому как была как раз тем недовольным разрабом, на которого сбросили роль продакта, и я была близка к диверсии и саботажу. Несмотря на то, что до сих пор высокого мнения о бывших коллегах - организовывать IT компанию явно не их талант. :D
Очень важно не сходить с ума, а понимать, что просто на тебя вешают не твою роль. Вы молодцом!
@@EldarNagorniy Эльдар, вы точно менеджером работаете?) Понять что на вас вешают не вашу роль это мне кажется сложно, но это пол дела, как быть когда говоришь об этом менеджеру, а он отчаянно говорит, что у него нету денег платить вам (давит на жалость) и то что вы занимаетесь не только своей ролью это ЯКОБЫ в ваших же интересах?
@@timemachine3346 менеджер, который давит на жалость - не то чтобы сильный менеджер. Другое дело, что "у нас нет на это денег" - чаще всего самый честный довод.
Спасибо за ролик) Я может где-то упустил, но было бы круто посмотреть на весь этот процесс не только с точки зрения менеджерского состава, но и со стороны разработчиков, как это делится у них и как лучше с ними строить коммуникацию. Как человеку, который хотел бы стать PM'ом, мне было бы очень интересно)
Хорошая идея. Поговорю с Сережей. Может неплохой контент получиться
Я уже думал об этом записать ролик, но там не очень понятен круг вопросов
@@SergeyNemchinskiy Мне кажется, что базовые понятия о градации junior-lead довольно понятны и знакомы многим. Тем более, что вы неоднократно упоминали, что от компании к компании они отличаются. Я имел ввиду раскрыть это больше с точки зрения психологии, взаимодействия. Причем были уже видео, как вести себя джуну на первой работе. А вот как вести себя менеджеру/лиду с джуном еще не было)
Наконец-то по полочкам!
Наконец-то разобрался в сортах менеджеров
Ахаха
Лучше уже не скажешь)
Эльдар. Ты. Первый. От кого. Я внятно. Услышал тему. "Совмещение аккаунта и финансового менеджера в одном флаконе-человеке - катастрофа и смешение подвала с крышей в 1 этаж"....ЧТО в это мысли сложного?...Очевидный момент. НО. Опытные руководители во многих российских телеком и ит- компаниях делают вид, что это не так....Садо-мазо
Именно. Садо-мазо
Встречались ситуации когда некоторрые менеджеры исполняли роль промежуточных звен. Продакт пм тимлид техлид дев. Было не очень. Так что скрам и «самоорганизованые команды»
Эльдар, спасибо Вам большое за суперовое видео и классную подачу материала.
Очень полезно особенно начинающим компаниям
Спасибо за материал
Замечательная раскладка по ролям и ответственности.
Менеджеры проекта нужны для решения организационных вопросов, они обеспечивают организационные среду проекта, обеспечивают слаженную работу всех участников проекта. И да, менеджер для проектной команды как сервис, а не на оборот. ПМ это собачья работа, потому что ПМ-ом поджимают как сверху так и снизу
Именно
Очень информативно.
Спасибо Эльдар! Интересно было послушать.
Если дэв не понимает зачем ПМ - значит ПМ хорошо выполняет свою работу. )
Именно! Впрочем, я как ПМ считаю, что если дев плохо делает задачи - виноват тоже ПМ )
@@EldarNagorniy а в чем ПМ виноват?
Зы: есть предположение, но если можно Ваше мнение. спасибо.
@@pash0k13 в нормальном бизнесе PM отвечает за "здоровье команды" и он же ее, часто, и набирает. Так что, если команда не справляется - проблема в процессах или в команде. И это все - его проблема )
Ничего себе, кто-то еще сомневается в нужности менеджеров? Я работаю непосредственно на клиента, общаюсь с 4-5 людьми в компании. В основном, это директор и руководители отделов (большинство из которых формулируют задачи и пытаются перетянуть одеяло на себя, чтобы их отделом я занимался в приоритете)! Это очень сложно! По факту я скорее адвокат продукта. Жаль, что никто в этом процессе не готов поддержать МОИ интересы, ведь я скорее "болею" за результат. А процедурные вопросы (постановка задачи, согласование сроков, уточнения в процессе разработки, сдача результатов работы, согласование оплат и составление актов) очень сильно выматывают, не говоря уже о том, что все это приходится делать бесплатно! И даже при этом, клиент считает, что разработка стоит слишком дорого, считает каждую мелочь, на чем бы сэкономить! Никому не советую так работать!
Скорее всего, на вас повесили слишком много ролей из этого списка. Возможно, мое видео поможет понять, что из ваших обязанностей вступает в противоречие с другими
@@EldarNagorniy так и есть, видео очень помогло, спасибо! Уже третий день думаю, как реорганизовать процесс.
вы там не ошизели ещё? если всё так как вы пишите и есть возможность уволится, то лучше ищите новую работу
Спасибо, полезно
спасибо, лаконично и понятно о менеджерах:)
А то часто думаешь и зачем нужен "этот...".... что он вообще делает)
А как же бизнес аналитик?
Согласен. Упустил. Хотя в моем представлении он, скорее, технический специалист
Эльдар, спасибо большое за развернутые объяснения. Если позволите - вопрос. У меня небольшая удаленная команда из 4х человек. С заказчиком вроде хорошие отношения (по нашим непосредственным задачам). Но по более крупным проектам
, где моя команда только часть всей работы - рулит непонятный удаленный ПроджектМенеджер в стиле "делай некогда объяснять". Вопрос: как предложить заказчику объяснять бизнес-цели непосредственно нам а не верхнему ПМ-у. Спасибо
Это сложно. Заказчик не хочет разбираться с тем, что работает. На вашем месте я бы постепенно повышал качество запросов и требования к тз с вашей стороны. Влоть до найма собственного PM. Тогда будет небольшое давление снизу на внешнего PM которому или прийдется повысить качество своей работы или постепенно станет видна его неэффективность. Сделаете резко - будет выглядеть как ваша проблема. Не сделаете - изменений не будет, ведь все работает и так
@@EldarNagorniy понял, спасибо большое. П - плановость и плавность
Офигенно, некоторых слов не знал, буду пересматривать...
Очень полезное видео!
А кто из этих менеджеров главнее, за кем последнее слово? Дизайнерам могут же давать пожелания все менеджеры подряд, или нет? Что будет если их запросы будут противоположные. Например, один хочет более сложный дизайн карточки, второй хочет упростить и удешевить.
В правильной компании - ни за кем. Все делается в коллаборации. Но если говорить о реальном бизнесе а не о единорогах и радугах - то в компании последнее слово за CEO, в проекте - у Product Owner. По крайней мере в том, как будет выглядеть продукт.
@@EldarNagorniy :) А у меня пока всегда было так, что главный тот, кто платит з/п - поэтому "адвокат продукта" всегда проигрывал "адвокату прибыли"
@@raynifrozen Ну, в этом тоже есть логика. Нужно понимать, что сейчас важнее для бизнеса
Тут cfo cso и многие другие акценты особенность аутсорсинга всё-таки. В инхаус разработке их нет. И есть такая особенность в общем - 5 разработчиков - 1 менеджер (pm). 30 разработчиков - 50 менеджеров всех мастей. И как правило первая команда делает все быстро и охуенно, а вторая делает тоже самое, но долго, строго по тз, и ни милоиметра в бок (результат вида на отъебись, тест прошло и ок). Не могу сказать, что менеджмент это плохо, нет, он помогает, но до того момента, пока все это не превращается в пересечение зон ответственнсти, слишком много менеджеров точно плохая история для продукта.
Ну, разрастание команды - это типичная болезнь в любом бизнесе. Тут важно соблюсти оптимальность но быть готовым к росту. Это не просто
Спасибо, Эльдар. Супер видео
парочка уточняющих вопросов
1. Получается что для Product owner, Account manager, Team Lead - нету никого с первой буквой "C" (типа CTO, COO).
Это из-за того что в отличии от всех других процессов эти сложно стандартизировать?
2. А где в этой схеме находится Business analytic ?
В моем представлении, Бизнес Аналитик - еще один технический специалист. Обычно работает в связке с архитектором, техлидом или CTO. У аккаунтов, TL и PO чаще всего главный - COO (операционный) или CSO (сейлз) хотя это и не всегда верно. Над причинами - подумаю )
@@EldarNagorniy а разве это не сосед по столу продуктоунера? если это вообще не один и тот же чел...
Мне тоже показалось что Business analytic ближе к Product Owner.
Туда как минимум набирают молодых девочек после 3 месячных курсов.
2. У него же нет функции _руководства_, это специалист. Впрочем, если их на проекте много, может быть ведущий аналитик, но он тоже адвокат команды, как я понимаю Эльдара.
Теоретически, в компании может быть ещё и Chief Business Analyst, тогда он будет похож на СТО, но адвокат _предметной_ _области_.
Надо ещё понять разницу между Business analytic и Data analytic
Роль последнего мне более менее понятно, а вот первого...
Единственное... У нас Тим-лид совмещён вместе с тех.лидом(как реализовать ту или иную особенность бизнес-процесса заказчика с точки зрения кода)... И работает он 3-5 часов вместо 8(успевает играть на компе в --- и смотреть видосики на ютубе).
Как защищать перед account manager'ом интересы, например, команды, если account manager - CEO? Или, если обобщить, как адвокат на низкой должности может защищать свою область ответственности перед адвокатом более высокой должности?
Я правильно понял что если разработчик считает что менеджеры враги - надо от разработчика избавится?. Т.е. не от менеджера, который до этого довел, а от разработчика?
Это действует в обе стороны. Но менеджер, который считает разработчиков врагами - дегенерат, который уничтожит вашу компанию. А разработчика можно просто отпустить и дать ему возможность найти более подходящий коллектив
@@EldarNagorniy Эльдар, здравствуйте, а как вы думаете, если разработчик как бы не хочет быть врагом для менеджера, но и другом тоже, т.е. занимать нейтральную сторону и сосредоточится на выполнении своей работы, а менеджер навязывает свою дружбу, то как быть? У меня было так что один из менеджеров оказался в списке врагов только потому что навязывался ко мне в друзья (я был Middle Web Dev), а дружба это дополнительная ответственность которая мне нахер не нужна от менеджера. То есть я мог иногда помочь менеджеру словом, иногда немного подсказать что-то по работе, но делать для него просто так ничего не собирался, не считаю абсолютно должным, и тратить силы на него свои не хотел и так приходится "подгорать" иногда по задачам. Замечу, что это не проблема моих софтскилов, просто мне не нужна лишняя нагрузка и так часто не хватало сил дома что-то делать после работы. Т.е. вопрос очень деликатный и я считаю вполне справедливый. Вы как менеджер высшего звена подскажите как быть в такой ситуации? Заранее спасибо за ответ!
@@timemachine3346 да, так бывает. Для менеджера быть другом - решаем много проблем. Но и вешает много дополнительных. Например, каково увольнять друга? Мне приходилось. Это очень неприятно. Так что есть подозрение, что он не дружить с вами хотел, а чтобы вы его считали другом. А вот в ответ... кто его знает. Что делать: сохранять позитивную коммуникацию, она реально облегчает жизнь. Но и не считать себя дополнительно обязанным.
Почему то забыли роли delivery manager и scrum master
За 10 лет я довольно мало сталкивался с их чистым представлением, обычно, это дополнительные или ситуационные роли, которые брали на себя другие менеджеры.
Вы сказали,у вас маленькая компания,Есть ли у вас амбиции и желание расти и строить компанию больше,или вас устраивает данный масштаб?
Ну надо признать, я много лет наемный работник, хоть и в топ-менеджменте. На старт собственной айти компании среднего размера (100-200 разработчиков) у меня не было бюджета. Но мы быстро растем и через год-полтора я надеюсь сказать, что мы подбираемся к этим ребятам )))
@@EldarNagorniy Супер! Какая сумма, на Ваш взгляд, нужна для старта,если есть CEO(с хорошим опытом построения команды и сейлз, но пока нет первого клиента? Какой нужен бюджет,чтобы добежать до первого заказа?
Пол года кормить команду и себя и не зарабатывать. Тогда можно спокойно стартовать. Так, по ощущениям, четверть миллиона долларов ) Но мне повезло, мы стартанули почти с нуля. Так что можно по разному, просто риски высокие.
@@EldarNagorniy или нужен топ или сейлз, который сразу прийдет с клиентом на старте? Тогда,я так понимаю,бюджет сильно сокращается?
@@evgeniy5057 почти все it компании начинались с клиента ) Это самый безопасный путь. И тогда главная проблема - успеть развиться до того, как его проект закончится
Очень очень очень годно
Ни че не понятно но оочень интересно.)
Та же история. Но я еще и рассказать об этом могу ))))
Немчинского случайно не знаешь ? xD
Больно похожие темы... или это ты... просто в мамы на ужине побывал)))))
Хороший дядька, розкажите что то об Bounty Hunters pls!
как понимать менеджер-пиявка?
Эльдар, а кто адвокаты продуктов и _команд_ (персонала) на высшем уровне?
Адвокат продукта - довольно часто CBDO. Человек, отвечающий за новый бизнес. По нашему - директор по развитию. Но это для собственного продукта. А вот в аутсорс модели у PO может быть лидер. В моей предыдущей компании его роль был COO (операционный директор). Хоть это и не совсем верно. Адвокат команд - тоже довольно сложно. Это лидер Тимлидов и я не помню, когда на такое раскошеливались. Опять же, у нас был COO. И вы не поверите, кто это был )))
@@EldarNagorniy да да.. его имя слишком известное чтоб его тут называть😉😀
@@EldarNagorniy то есть нормальных кадровиков, не администраторов-кадроделопроизводителей, в ИТ - не бывает? ;)
@@kspshnik а как это связано с кадровиками?
@@EldarNagorniy Ну то есть Chief Human Resources Officer не бывает, я понял.
Ну аСудии Кто-о?? В ентой 4-Четверице: Пракурор -адвокат-судия-разработчик(он же подсудимый)? КтоСудии(распределители наказания-паащрения? Какая аналогия с 4-цей не в АТ, а в РеальномУкрСуде? Как Там с Карупцыей? Кто разносит ништяки от падсудимого по Кругу Этих4-х? Просьба не увиливать - отвечать. И также пожалуйста про %ПолучаемыхБабок Каждым из ентих 4-Х. А также с НГ.21 Вас и ВашуГлавнуюЛису(С.)!
О. Хорошую тему завели. Особенно про коррупцию ) Подумаю, что можно рассказать
Знаю людей, которые работают в фирме где нет ни по ни пм ни лидов никого вобщем нет. Есть только директор и программисты. Все прогеры тупо фулстекеры. Пилят все начиная от верстки и заканчивая архитекторой бд. Программистам приходится общаться с заказчиком (заказчик, представитель крупной сети магазинов техники. делают сайт им) напрямую и понимать что он хочет. А если не понимают, то получают пиздюлей от директора. Если вдруг задачу сделали, а заказчик считает, что много часов потратили на нее, получают пиздюлей от директора. Если не работает какой нибудь сервис (тестовый сайт упал например), программисту нужно понять почему не работает и написать либо админу, либо девопсу, либо еще кому, чтобы починили. Если не понимают почему лежит сайт получаю пиздюлей от директора. И тд. Чуваки работают уже лет 7 в этой фирме. ЗП у них ниже среднего по рынку (7 лет стажа 2200$ asp.net core). И они всем довольны. Менять работу не планируют.
Ну, тут расклад такой: работать без менеджеров - это очень дорого. Дорогой разраб занимается всем, чем угодно, кроме разработки. Но, зато, так проще управлять, когда управлять не умеешь. Потому так часто бывает в маленьких компаниях, в которых "все делаем сами".
Здраствуйте!
Есть ли смысл новичку в android разработке учить сначала Java?
Некоторые говорят что если учить сейчас Java , а на это уйдет пол года , то все уже перейдут на котлин и что нам делать?
Говорю по опыту одного из самых крупных проектов в России.
Котлин не серебряная пуля и джаву не переживёт.
Java для джуна нужно на базовом уровне знать. Учить её совсем не полгода, было бы желание. Язык простой, а джуновский кор широкий, но поверхностный. Доучить котлин, понимая джаву - вопрос пары недель. Важнее знать глубоко ООП и паттерны (гоф, солид - проектирования; грасп, клин - архитектуры). Функциональная и реактивная методологии программирования тоже важны.
В работе над крупным проектом МП как раз слабоватое знание андроида - меньшая из проблем: кор знать надо, ну а тонкости подсмотришь всегда у коллег и доучишься. Конечно, другое дело, если проект маленький или ты его с нуля делаешь.
@@sergeilitvinenko932 Спасибо большое
Теперь я понял. Мой старшина в армии был еще тот project manager, "адвокат процессов"))).
Пока мы его ненавидели, он следил за:
- занятостью команды
- загрузкой команды
- балансом
- выполнением задач
- с какой скоростью эти задачи выполняются
Господи... Я что, в аду работаю? Вырабатываюсь в хлам: тестируя проект(не дай бог улетит ошибка на боевой сервер), забочусь о проекте, о требованиях заказчика, общаюсь с заказчиком на короткой ноге(знаю вплоть до проблем его компании), работаю над представлением компании, забочусь о двух проектах как о собственных детях, продвигаю проект(благо хоть это немного отделили на "верх"), поддерживаю требования к программистам(иногда приходилось подгонять, иногда тормозить), к отделу кадров и к технической части серверов, знаю техпроцессы заказчика лучше таблицы умножения, пытаюсь найти баланс между притоком/расходом денег с проектов и денежным балансом клиентов... Теперь понятно, почему я почти сгорел за три года работы...
Звучит как работа в маленькой компании. Это так?
@@nazellina если бы не ковид - перешёл бы в другую. Размер компании... Когда пришел - было так
Отдел сопровождения 1: 8 человек.
Отдел сопровождения 2: 9 человек.
Отдел фронтенда и дизайна: 2 дизайнера-художника 4 разраба фронта.
Отдел основной разработки: 7 программистов.
Отдел аналитиков: 3 аналитика и 1аналитик+QA лид.
Отдел копирайта: 8 копирайтеров + 1 переводчик.
1 сис админ
Теперь, после изменения структуры, переезда в новый офис и принудительного расформирования отделов( с подчинением новому главе, который появляется в сети раз в день, а в офисе - раз в неделю)...
Результат численности штата спустя полугода ада:
Отдел сопровождения 1: 3 человека(-5 человек)
Отдел сопровождения 2: 6 человек(-3 человека)
Отдел фронтенда расформирован. Отдел аналитиков расформирован.
Отдел копирайта: 2 копирайтера + переводчик.(-6 человек)
Отдел разработчиков: 2 фронта(один собирался уволиться, но накинули ему 50% поверх), 2 аналитика, 5 программистов, 1 дизайнер.(-7 человек)
1 сис-админ собирается уволиться...
И да, нагрузки не изменились. Приходится иногда брать "работу" на выходные...
А где комменты?
пишутся
Кто здесь?! O_o
27:45
Это не так, точнее не совсем так, исправлть их будет разраб, но жопу оторвут менеджеру
А менеджер, по возможности, спустит это ниже ) Но, да. Виноват будет он
очень посмешил тейк о проблемах "раннего" капитализма
th-cam.com/video/8BctbPxfVQ8/w-d-xo.html. Здесь неплохо про меджмент рассказано
А сам разработчик - адвокат чего? Качества?
обвиняемый ^_^
Хороший вопрос. Я бы сказал, что правильный разработчик пользуется услугами всех этих адвокатов в баллансе и на свою пользу. Можно сказать, что он - сторона тяжбы и нанимает нужных адвокатов. Хоть это все и некая идеализированная картина )))
@@EldarNagorniy то есть, пользуется компетенциями одних для защиты от некоторых хотелок других?
И вот еще что интересно: в большой компании, к примеру, PO одной из команд хочет сделать быстрое, но заведомо некачественное решение, которое даст моментальную выгоду (ранний выход на рынок, например), но в будущем застопорит команду на несколько месяцев, а то и на год, и решение придется делать более качественно заново, с нуля. Вся эта нерадужная перспектива видна всем на берегу, риски осознаются. Как быть разработчику в такой ситуации? Помимо варианта «сменить команду» :))
Понимаю, что это некое MVP, но делать одно и то же заново, только правильно - дизморалит
@@kitten-free да, выходит смешно. Но если честно, у разработчика есть выбор, за что бороться: за продукт, за команду, за процесс, за бизнес-результат или за себя родимого
Да, и не прозвучалоТут - А КтоТакиеЫнвесторы? И Какова ИхРоль в ЕнтомВотВсем? А еще HR?
Про рекрутинг отдельно и про HR на рассказал. Думал, это все знают ) А вот с инвесторами все просто - они владельцы и совладельцы. Они реашют, кто будет входит ьв совет директоров, кто будет его возглавлять и таким образом влияют на развитие компании
@@EldarNagorniy сколько забирают % себе? Соответсвует ли этот% обьему работ? А то у нас открыл фирму 1000грн уставной фонд и Все- 99%прибыли забрал себе с договора на 100 лимонов по правилу яХазяинВсего-ТыНаемноеНикто. Проясните, как и что тут и почему. А ответ типа не устраиваетоткрывай свое на качество работы не повлияет. Мы ж Тут Все за кмчественный Процесс-учебы-менежмента.
@@ipddip7642 обычно в IT аутсорсе около 50% уходит на разработчиков, около 25% на оверхеды (офис, юристы, сейлзы, маркетинг, бонусы референсам). Прибыль хорошая - 25%. Нормальная 15%. Типичная 5-10%.
@@EldarNagorniy интересно сколько прибыль в СиликоновойД, если зарплаты там в 3р больше укр, а налоги там 40%-это не укр4,5% наАТ чпшников.
Сколько этих манагеров?
На 1м проекте? Project Manager, Product Owner, Team Lead, Technical Lead, иногда Account. Еще Sales Manager. Но, конечно, часто совмещают. Что, как говорится в видео - не всегда полезно
@@EldarNagorniy Можно расписать все роли через ООП, будет отличное задание для начинающих разработчиков - моделирование работы технологической компании ;-) Заодно и прояснятся функции каждой роли в отдельности.
Можно даже пойти дальше и добавить иллюстрацию работы этой системы для конкретных бизнес-процессов!
@@andrewsyrakvash супер! )
Мм а если тимлид занимается экслуатацией команды?))))
Видимо он не только тимлид но и ПМ?
9:32
Адепты диамата сказали бы про количество переходящее в качество
на мою думку, фонова музика - зайва
А я думав Проджект Манагер = Проджект Оунер, а тепер... всеодно так вважаю, по сутi та сама таска, лише в профiль
Не совсем. Проджект - занимается тасками, Продакт - продуктом и тем, каким он увидит рынок. По сути, Продакт пишет юзер сториз языком клиента, а Проджект из них делает таски для девов. Можно ли совмещать? Конечно. Но осторожно
@@EldarNagorniy А Чем занимаетсяЫнвестор?? Можнео подробнее? Или подписал дакуменьт 1000 грн уставнойкапитал и вперед коситьбабло=95%?
@@ipddip7642 инвестор, в первую очередь, несет все финансовые риски. У меня на глазах компания за 3 мес улетела в минус 370 000 долл из-за плохого менеджмента. Все это покрывал инвестор, как вы понимаете
ютуб мае багато аккаунт манагерiв.
27:31 орууууууууууууууууууууууууууу, всеми косяками наебнуло сверху) а почему так бывает? может пора менять менеджеров или нужен тот кто даст им по голове?) "Поддерживайте менеджеров", это за то что вы сначала говорили, мол когда менеджер превращается во врага для разработчика, то нужно менять разработчика. А делать что когда менеджер заебал постоянно сваливать на разработчика свою хуйню и с ним "опасно" говорить, как говорится инициатива-наказуема и разработчику хочется делать свое дело, а не няньчить неквалифицированного менеджера? (такое мне кажется чаще бывает на аутстафе и аутсорсе, вы если не ошибаюсь на этом и специализируетесь)
Для разработчиков:
Никогда не оправдывайте менеджеров-пиявок, которые свешивают ноги на вашей шее. Думаю скраму не хватает таких терминов как "менеджер-пиявка" и тд. Это на вашем видео менеджмент звучит как красиво "как в сказке", а в работе на самом деле всех разработчиков ожидает корпоративный Булщит (с большой буквы), который почему-то по вашему мнению должны выгребать разрабы. Короче если вам кажется что ваш менеджер стал "пиявкой" сначала хорошо обдумайте так ли это на самом деле, приходится ли вам всё время выгребать за тупого (шучу, неквалифицированного) менеджера всю хуйню перед клиентом и часто перерабатывать. Если у вас твёрдый ответ - да, то валите с этой халтурской галеры, у них кризис пусть сами его выгребают, от вас в этом случае ничего не зависит. На практике работал в галерах, где не один менеджер не мог составить даже ТЗ с клиентом и вся работа менеджером делалась на отъебись опять же из-за не квалифицированности менеджера. ЧТО БЛЯДЬ? Серьёзно? Менеджер (PO, PM, Sales) не умеющий составить ТЗ или записать все хотелки клиента так например чтобы было понятно как будет выглядеть веб-страница? Не выгодно всем подряд делать ТЗ? Сделайте эту услугу платной и не ебите мозг разработчику!!! В шею этих Пидаров!)
В общем типичная IT контора, чаще галера, которая считает со скряготой каждую копейку стоит на одном большом столпе на неком "Раздувающимся пузыре", который рано или поздно всегда схлопывается. И каждому уважающему себя действующему разработчику (не путайте блядь с менеджерами которые говорят что они когда-то программистами были!), который блядь пишет код, по моему мнению нужно не мазохизмом заниматься и поддерживать пъявок-менеджеров, а быть готовым вовремя уйти с горе-Галеры.
Скажу так, бывает и обратное, когда разработчик может казаться для менеджера "пиявкой", но для адекватного менеджера, который чётко понимает границы ответственности должности разработчика-программиста такого быть не должно!
Когда дев считает менеджера пиявкой, вне зависимости от его правоты, деву надо увольняться. А менеджеру - его увольнять. Работать надо там, где нравится. И дев может себе это позволить
@@EldarNagorniy Здравствуйте, Эльдар. Спасибо что дочитали столько текста)
весьма здравый, простой и универсальный способ решить крайне накипевшие рабочие проблемы когда рабочие отношения пришли в полный тупик, согласен с тем что для разработчика лучше уводится и искать работу для себя получше или хотя бы менять работу, потому что токсичность старой уже накипела до какого-то невероятного тупика)
немного философии:
Конечно идеальных или абсолютных менеджеров-пиявок не бывает, в смысле в какой-то степени многие менеджеры для девов бывают в каком-то смысле пиявками. Если дев начал считать менеджера пиявкой "вне зависимости от его правоты", это как? Когда дев как бы навесил ярлык на менеджера и совсем не меняет своего мнения по этому поводу при этом есть какое-то понимание, что менеджер в чём-то прав? Сильно обиделся на менеджера? Это получается можно назвать случаем когда дев считает менеджера неким утрировано "менеджер - полная пиявка" (от слова совсем пиявка). Тут конечно если конфликты не решаемы, и ситуация больше похоже на "вакуум", то нужно расходится, если в перспективе отношения и коммуникация будут "совсем токсичными" нужно их прекращать.
Короче мне кажется что "когда дев считает менеджера пиявкой, вне зависимости от его правоты", это какой-то очень не адекватный дев. В смысле я понимаю когда дев совсем не согласен с какими-то мнениями менеджера, но когда дев видит в конкретном менеджере сплошной негатив, то это уже как по мне сильно неадекватно, и возможно до "клиники". И совершенно точно нужно как-то расходится.
Вообщем можно было за 4-5мин рассказать всю тему видео, не понимаю зачем было тянуть так сильно
Согласен
не поняла, а где product menager?