Ну я бы не сказал что эта эталон успешности. Все же тут речь про коммерцию, а занять про деньги, то и ссылаться лучше на продукты которые смогли задизраптить рынок или стать лидерами существующего, а-ля Telegram, Netflix, etc.
Как втех компаниях обстоит дело с процессами разработки, что им помогло достичь того что они смогли достичь..
Большая часть того что описано выполняют agile couch /delivery manager, project manager и прочие господа кто работает над процессами и метриками
В моем представлении em это скиловый инжинер который делиться всеми возможными способами этим с командой чтобы качество их сервисов было лучше, а иначе это очередной процессник коих уже не сосчитать
Для начала бы определиться что имеется под менеджер проекта, т.к то кем он должен быть по мнению PMI и то что мы в 90% случаях видим в IT - это о разном. В IT это в большей степени координаторы проектов, они занимаются командой и процессами и проксированием запросов от бизнеса к инженерам. Отвественности за бизнес результаты проекта - нет, отвественности за бюджетирование нет, список можно продолжить...
Так вот менеджер в позиции что должен менеджер солидарен с PMI. Они представляют навыки менеджера в виде треугольника, в нем есть интересная грань - business accumen (далее цитата с сайта PMI): Business Acumen: Professionals with business acumen understand the macro and micro influences in their organization and industry and have the function‑specific or domain‑specific knowledge to make good decisions. Professionals at all levels need to be able to cultivate effective decision‑making and understand how their projects align with the big picture of broader organizational strategy and global trends.
Менеджер должен сам определить набор навыков которые гарантируют ему возможность принятия правильных решение. Если ему нужно знать как работает kafka streams (непоняно зачем) - он узнает, если нужно углубится в модель OSI и все ее уровне - сделает, но это должно решать вопросы.
Коммуникация и ее успешность не должна быть завязана на параметрах: обладает или нет человек техническими знаниями. Иначе это уже похоже на попытки вступления его в чужеродное племя, где для того что бы стать одним из его членов нужно заколоть носорога в полночь шылом быть инженером.
А если она у вас не может быть построена иным способом - у вас проблемы..
Сразу скажу, что некоторые инструменты и практики канбан метода мне импонируют, но статьи о нем прям как под копирку, не интересно скажем так.
Далее вопросы :
У вас было упоминание что команда смотрит метрики своей производительности, как вы к этому пришли ну и каково было объяснение этого команде, например если я инженер моя метрика это контрибюты в гитлаб и качественный код, у инженера качества это актуальные АТ и сведение к нулю багов в проде. Какую проблему для себя я решу этой метрик ой производительности, ведь код написан, задеплоен, это пахнет больше KPI
Были ли у вас в практике при построении досок с кучей статусов, а если в неё включать буферные статусы, то их действительно будет куча, отторжения на стороне команд, типа jira development, нафиг все это надо, как объясняли ценность именно для команды этих статусов, тут добавим условие что поинт о том что это визуализация полезна для наших заказчиков их не волнует, вот ты коач, ты иди и визуализируй, отчитывайся как хочешь им
Вот вы улучшили цифры, а ценности это точно больше принесло или вы работаете на уровне команды и её производственные показатели главное, даже если бизнес приносит абсурдные идеи?
Не одна мат.модель насколько бы она сложной не была, не может быть рассмотрена как целевое решение такой проблемы как сроки, у которой есть десятки параметров влияющих на них.
К тебе приходит сейлз, приносит контракт и плевал он на твой анализ и данные, когда у него тендер в огне, это как один из примеров, таких можно найти сотни которые будут ломать о колено все эту "красоту"
It команды это не только фичи команды, но есть ещё те кто делают платформы, ядра и вот это вот все не имеющего интерфейса и ему подобного, в контексте подобных команд насколько понимаю описанные метрики практически бесполезны или ошибаюсь?
Привет, в выставлении оценки вы учитываете собственную оценку сотрудника и оценку лида, не считаете ли что такой подход не может быть стат.значимым при оценивании компенсации?
Пробовали ли вы проводить к примеру профильные опросы и на их основе выставлять оценки к компетенциям которые были оценены?
Работа циклами, ограничение заданий в эстафете это вот как раз про канбан, так же вы выпускаете из вида что команда может быть мультиплатформенной, например ребята которые пишут мобилку на swif и kotlin, а так же уважаемые господа которые делают десктоп на. NET, тут мы сразу утыкаетмя в то что подхватить задачу если она сложнее того что уже можно автоматизировать и получить от chatgpt - крайне проблематично.
Вы упомянули что дедлайн как бы есть, но для команды его нет, это тема как мне кажется до конца не расурата, имхо дедлайн будет всегда и будет он висеть дамокловым мечом над командой, но при разных ситуация он может рубить головы, а может подталкивать делать свою систему лучше и более прогназируемой.
Каковы твои обязанности как делевери, только работа с процессом и его улучшение, можешь более подробно описать свой пул работ(просто интересно)
Между дискавери процессом и деливери есть какие-то договорённости относительно подготовки требований или все собирают аналитики для команды, может есть общая сессия PBR с представителями бизнеса
Заметил большое количество тегов у задачи кто их поставляет?)
Story Point - это все же про оценку усилий командной работы над задачей(в тексте фигурирую только разработчики), но не как не про то сколько мы получим готовых задач на выходе. Добавлю что 1SP !== 1SP ,а так же привязывая SP ко времени и вы рискуете получить то что команда научиться сглаживать углы выработав для себя определенны алгоритм в рамках которого всегда работа будет закрываться в "0".
Занимаюсь >5 лет регулярно практически без перерывов, скажу на основании своего опыта, для развития силы действительно не нужны тяжёлые тренировки, но для преодоления своего максимума (перешагнуть свой предел или плато) нужно грузиться сверх нормы что бы вызвать стресс, иначе отклика организма не будет.
Для человека который никогда не занимался в первые пол года и от одной тренировки будет хороший отклик, по мере тренированости и нагрузку надо прапорционально увеличивать.
Так же не стоит забывать что тренировки есть разные на силу или гипертрофию, а относительно времени считаю те 10 часов что трачу еженедельно одно из самых лучших вложений в жизни.
Екатерина, отличная статья и опыт, забавным кажется нюанс, что статью по people managment пишет product manager, а не project manager, team lead, scrum master ?
Откуда столько времени, ведь каждая ретроспектива может занимать очень много времени, что для product'а кажется непозволительной роскошью.
PS: для системы обучения я попросил нейросеть добавить поддержку xAPI — это, вы наверное не знаете, такой протокол сбора информации об учебных событиях и достижениях — учащийся записался на курс, начал проходить курс, прошел тест, завершил обучение, и т.д. ChatGPT про него знает, и с легкостью написала код для отправки событий по xAPI из LMS в LRS (Learning Record Store, хранилище учебных записей). Потом я решил похулиганить, и спросил её — можно ли тут куда-нибудь прикрутить web3? (Вот буквально этими словами, без детализации). Конечно, сказала она. Давайте записывать учебные события и в LRS, и в блокчейн. Например, прохождение курса. И подмешала в вызов xAPI ещё и вызов web3
Она предложила а потом это дерьмо из LRS поди разгреби, проблем не оберешься, особенно если нужна будет аналитика, там на первый взгляд все классно, но не когда дело доходит до боевых условий, можно констатировать что сеть не квалифицирована как минимум и не понимает о чем говорит))
Относительно прочего, я бы вообще не назвал её примеры требованиями это такие-то очень высокие абстракции под которыми подпись никто ставить не будет, так же нкыронка не будет ходить по кабинетам и опрашмвать заказчиков, собирать все воедино и моделировать процессы, как инструмент облегчения работы возможно она будет кстати, но явно не замена спеца.
Ну я бы не сказал что эта эталон успешности. Все же тут речь про коммерцию, а занять про деньги, то и ссылаться лучше на продукты которые смогли задизраптить рынок или стать лидерами существующего, а-ля Telegram, Netflix, etc.
Как втех компаниях обстоит дело с процессами разработки, что им помогло достичь того что они смогли достичь..
Большая часть того что описано выполняют agile couch /delivery manager, project manager и прочие господа кто работает над процессами и метриками
В моем представлении em это скиловый инжинер который делиться всеми возможными способами этим с командой чтобы качество их сервисов было лучше, а иначе это очередной процессник коих уже не сосчитать
Для начала бы определиться что имеется под менеджер проекта, т.к то кем он должен быть по мнению PMI и то что мы в 90% случаях видим в IT - это о разном. В IT это в большей степени координаторы проектов, они занимаются командой и процессами и проксированием запросов от бизнеса к инженерам. Отвественности за бизнес результаты проекта - нет, отвественности за бюджетирование нет, список можно продолжить...
Так вот менеджер в позиции что должен менеджер солидарен с PMI. Они представляют навыки менеджера в виде треугольника, в нем есть интересная грань - business accumen (далее цитата с сайта PMI):
Business Acumen: Professionals with business acumen understand the macro and micro influences in their organization and industry and have the function‑specific or domain‑specific knowledge to make good decisions. Professionals at all levels need to be able to cultivate effective decision‑making and understand how their projects align with the big picture of broader organizational strategy and global trends.
Менеджер должен сам определить набор навыков которые гарантируют ему возможность принятия правильных решение. Если ему нужно знать как работает kafka streams (непоняно зачем) - он узнает, если нужно углубится в модель OSI и все ее уровне - сделает, но это должно решать вопросы.
Коммуникация и ее успешность не должна быть завязана на параметрах: обладает или нет человек техническими знаниями. Иначе это уже похоже на попытки вступления его в чужеродное племя, где для того что бы стать одним из его членов нужно
заколоть носорога в полночь шыломбыть инженером.А если она у вас не может быть построена иным способом - у вас проблемы..
Technical product manager - это архитектор на минималках и продукт в одном лице?
В банке экономия на специалистах?
Сразу скажу, что некоторые инструменты и практики канбан метода мне импонируют, но статьи о нем прям как под копирку, не интересно скажем так.
Далее вопросы :
У вас было упоминание что команда смотрит метрики своей производительности, как вы к этому пришли ну и каково было объяснение этого команде, например если я инженер моя метрика это контрибюты в гитлаб и качественный код, у инженера качества это актуальные АТ и сведение к нулю багов в проде. Какую проблему для себя я решу этой метрик ой производительности, ведь код написан, задеплоен, это пахнет больше KPI
Были ли у вас в практике при построении досок с кучей статусов, а если в неё включать буферные статусы, то их действительно будет куча, отторжения на стороне команд, типа jira development, нафиг все это надо, как объясняли ценность именно для команды этих статусов, тут добавим условие что поинт о том что это визуализация полезна для наших заказчиков их не волнует, вот ты коач, ты иди и визуализируй, отчитывайся как хочешь им
Вот вы улучшили цифры, а ценности это точно больше принесло или вы работаете на уровне команды и её производственные показатели главное, даже если бизнес приносит абсурдные идеи?
В проектном управлении ещё с прошлого века есть с десяток техник оценивания и составления расписания...
Замесц одно в ваших расчётах и составлении расписаний для заказчика не учитываются зависимости, а разработке ПО их отсуствие это прямо нонсенс)
Здравствуйте, в каком месте у вас экономика расписана? имхо, но стратегия без экономики это что-то напрочь бесполезное в век капитализма
Упсс, как неловко вышло )
Не одна мат.модель насколько бы она сложной не была, не может быть рассмотрена как целевое решение такой проблемы как сроки, у которой есть десятки параметров влияющих на них.
К тебе приходит сейлз, приносит контракт и плевал он на твой анализ и данные, когда у него тендер в огне, это как один из примеров, таких можно найти сотни которые будут ломать о колено все эту "красоту"
It команды это не только фичи команды, но есть ещё те кто делают платформы, ядра и вот это вот все не имеющего интерфейса и ему подобного, в контексте подобных команд насколько понимаю описанные метрики практически бесполезны или ошибаюсь?
Вы не думали отказаться вовсе от оценок и например подойти к процессу иначе, через улучшение декомпозиции задач и их сегментации в рамках сервиса?
В дальнейшем уже прогнозы давать по типу задач и его принадленжности к сегменту.
Привет, в выставлении оценки вы учитываете собственную оценку сотрудника и оценку лида, не считаете ли что такой подход не может быть стат.значимым при оценивании компенсации?
Пробовали ли вы проводить к примеру профильные опросы и на их основе выставлять оценки к компетенциям которые были оценены?
Они же работали руководствуясь принципами Agile , значит все равны и присваивать себе заслуги команды ну такое... Если нет цели пропиариться)
Работа циклами, ограничение заданий в эстафете это вот как раз про канбан, так же вы выпускаете из вида что команда может быть мультиплатформенной, например ребята которые пишут мобилку на swif и kotlin, а так же уважаемые господа которые делают десктоп на. NET, тут мы сразу утыкаетмя в то что подхватить задачу если она сложнее того что уже можно автоматизировать и получить от chatgpt - крайне проблематично.
Вы упомянули что дедлайн как бы есть, но для команды его нет, это тема как мне кажется до конца не расурата, имхо дедлайн будет всегда и будет он висеть дамокловым мечом над командой, но при разных ситуация он может рубить головы, а может подталкивать делать свою систему лучше и более прогназируемой.
Ответ №2, т.е команда с PO не обсуждает задачи? Если остаются вопросы на этапе планирования их закрывает БА?
Спасибо за статью, пара вопросов
Каковы твои обязанности как делевери, только работа с процессом и его улучшение, можешь более подробно описать свой пул работ(просто интересно)
Между дискавери процессом и деливери есть какие-то договорённости относительно подготовки требований или все собирают аналитики для команды, может есть общая сессия PBR с представителями бизнеса
Заметил большое количество тегов у задачи кто их поставляет?)
Story Point - это все же про оценку усилий командной работы над задачей(в тексте фигурирую только разработчики), но не как не про то сколько мы получим готовых задач на выходе. Добавлю что 1SP !== 1SP ,а так же привязывая SP ко времени и вы рискуете получить то что команда научиться сглаживать углы выработав для себя определенны алгоритм в рамках которого всегда работа будет закрываться в "0".
Занимаюсь >5 лет регулярно практически без перерывов, скажу на основании своего опыта, для развития силы действительно не нужны тяжёлые тренировки, но для преодоления своего максимума (перешагнуть свой предел или плато) нужно грузиться сверх нормы что бы вызвать стресс, иначе отклика организма не будет.
Для человека который никогда не занимался в первые пол года и от одной тренировки будет хороший отклик, по мере тренированости и нагрузку надо прапорционально увеличивать.
Так же не стоит забывать что тренировки есть разные на силу или гипертрофию, а относительно времени считаю те 10 часов что трачу еженедельно одно из самых лучших вложений в жизни.
Екатерина, отличная статья и опыт, забавным кажется нюанс, что статью по people managment пишет product manager, а не project manager, team lead, scrum master ?
Откуда столько времени, ведь каждая ретроспектива может занимать очень много времени, что для product'а кажется непозволительной роскошью.
Она предложила а потом это дерьмо из LRS поди разгреби, проблем не оберешься, особенно если нужна будет аналитика, там на первый взгляд все классно, но не когда дело доходит до боевых условий, можно констатировать что сеть не квалифицирована как минимум и не понимает о чем говорит))
Относительно прочего, я бы вообще не назвал её примеры требованиями это такие-то очень высокие абстракции под которыми подпись никто ставить не будет, так же нкыронка не будет ходить по кабинетам и опрашмвать заказчиков, собирать все воедино и моделировать процессы, как инструмент облегчения работы возможно она будет кстати, но явно не замена спеца.