PRO анализ в ИТ
2.54K subscribers
272 photos
15 videos
8 files
558 links
Канал о продуктовом мышлении, полезной работае с AI, системном и бизнес-анализе, архитектуре. Как выявлять реальные проблемы, строить работающие решения и не терять здравый смысл в IT.
Все вопросы - @innokentyB
Download Telegram
Недавно в чате аналитических чаепитий, которых, кстати, уже черт знает сколько не было (привет Катя), подняли тему KPI для аналитика. И все почему то хотят туда впихнуть бачи и запросы на изменение. И тут же на глаза попадает статья про KPI. И автор достаточно грамотно объяснил, почему так нельзя и предложил как можно. От себя же добавлю, что я против индивидуальных KPI от слова совсем, только если вы не на конвейере или в масс продажах. Если эта тема интересна, поставьте лайки (штук 5) и я напишу пару постов со своим видением. https://habr.com/ru/articles/753618/
👍35
Ого! 23 лайка набежало, пошел готовить пост про KPI. А пока что вот цикл записей про СУБД от коллег из школы СА с Константином Осиповым, контрибутором в Тарантул и MySQL, про историю, логику и сценарии использования СУБД https://www.youtube.com/watch?v=iJPjOaajQdQ, там по идее ролика будут подряд идти.
🔥5
Я помню про KPI, но пока что три раза переписал пост и все равно не доволен). А пока статья из серии "для чайников" про софты для проектного менеджера, хотя по факту это нужно, конечно, любому менеджеру, тим лиду или кандидату на руководящую позицию https://habr.com/ru/articles/754430/
🔥1
Привет, ребята из flow опубликовали интервью Александра Белина. Он рассказал про разницу БА в РФ и США, про переход в бизнес консалтинг и возможные пути развития аналитиков куда то дальше. https://flowconf.ru/talks/1d228121d2af4f3a8fc61ff3ed493d0e/?referer=/persons/65b34e888ea44f629af2aa36f95f38d4/?utm_campaign=Flow_2023_General&version=2022
👍4
Не помню, хвастался ли, но мы тут делаем конференцию в Лиссабоне, собираем огненных спикеров и её менее активных участников. Приезжайте, прилетайте, будем рады видеть вас у нас!
HeySummary + бонус-трэк на 100€

На прошлой неделе затвердили окончательные даты, и пошло-поехало. Спасибо вам за это! 🎉

1. Облазили с рулеткой весь Dom Pedro — площадку EpicHey!. Кажется, должно получиться хорошо и уютно.

2. Для приезжих будет специальная ссылка на бронирование номеров в Dom Pedro Hotel.

3. Общаемся с первыми партнёрами и зовём ещё — это поможет нам привезти больше классных спикеров!

4. Стоимость участия начинается от 290€ в сентябре и заканчивается на 490€ в ноябре. Но для особо решительных здесь и сейчас скидка 100€ по этой ссылке. Один билет в руки. Всего 10 билетов.

5. Начали публиковать спикеров, но осилили только двоих. Сезон отпусков вносит свои коррективы. Спешим, торопимся, на следующей неделе будет поактивнее, следите за новостями.

6. Call for papers уже принял 28 отменных заявок от спикеров со всей Европы и готов принять ещё, чтобы программному комитету сложнее было выбирать.

7. Предложение партнёрам всё ещё актуально. Не ждите, когда мы придём к вам — приходите первыми!

И да, если вам удобнее следить за нами на английском языке — подписывайтесь на Твиттер и/или Линкидин.

🥨 — лайк, шер в самое сердечко
👍2👎1
Всем привет! Вдруг у меня тут есть ребята из Тинькова. У вас сломалась распознавалка телефона при отправке платежа в мобилке. Вставляешь номер с +7, раньше она сама резала эту +7, теперь только + и, соответственно, сдвигает цифры номера на одну назад теряя последнюю. Пофиксите, пожалуйста, жуть как бесит)
Настало время поговорить про KPI.
Что такое KPI - это просто метрика с планом. Главная особенность, что она должна быть достижима. И если она достигнута, то по ней можно принимать решение о эффективности сотрудника или предприятия.
Эта история отлично работает на конвейере в любом его проявлении от классического производственного до конвейера службы технической поддержки. Основное условие - операции должны быть классифицированы, описаны, понятны, пригодны для подсчета, прогнозируемы и в достаточной степени изолированы от условного внешнего влияния.
В этом случае вы и правда, можете ставить определенный план по достижению какого-либо значения показателя, например, скорость реакции на заявку в минутах и оценивать по нему эффективность сотрудника поддержки и его менеджера.
А теперь давайте посмотрим на разработку продуктов. Все оценки, даже в часах очень условны. Да, их можно вписать в план и договор, но никто не застрахован от того, что во фреймворке у вас обнаружилось некорректное описание или баг в новом релизе. Или то, что никто из пользователей не сказал аналитику о редком корнер кейсе, который в итоге не обработали. Тут появляется очень большое влияние случайности (такие маленькие черные лебедята), потому что работу у нас творческая. Таким образом, любой KPI может быть не выполнен по независящим не то что от аналитика, а от всей команды разработки, обстоятельствам. Поэтому количество багов, конечно, можно использовать как KPI, но он будет хакаться, прятаться под ковер или вся разработка будет осуществляться на “годами проверенных решениях”, которые будут антонимом для инноваций и по настоящему крутых разработок.
Мое мнение достаточно простое - метрики, это супер важно, за ними нужно следить и контролировать из оптимальное состояние, но судить по них об эффективности сотрудника или команды чревато проблемами в процессах и мотивации. У вас должны быть реально недостижимые цели, к которым ты стремишься, поддерживающие метрики и это не должно быть привязано к материальной мотивации сотрудников.
🔥2👍1
Хороший ликбез по видам БД с перечнем БД различных типов, для первичного ознакомления и понимания, какую БД как используют (а внезапно почти все постреляционные или NoSQL базы данных имеют достаточно узкоспециализированное назначение в рамках которого они очень круты) очень годный материал https://habr.com/ru/companies/amvera/articles/754702/
👍2
Немного не по теме канала, но не могу не поделиться. Волшебное выступление Марти Кагана про уровни продуктовой стратегии и целеполагание. Я всегда знал, что с этими роадмапами что то не так) https://www.youtube.com/watch?v=x4H_gluZI10
👍2
Интересная статья о типовых ошибках при обсуждении зарплаты на собеседовании с объяснением, почему рекрутеры так себя ведут и что они подразумевают. https://interviewing.io/blog/sabotage-salary-negotiation-before-even-start
🔥3
Привет, Миша Максимов выпустил новый выпуск новостей СА и БА на своём канале, налетай, смотрите! https://youtu.be/gDlRTaXr-n8. Вообще не реклама, и даже рядом не стояло и никаких денег, все по дружбе и ради полезного контента!
Всем привет! И снова из рубрики не реклама. И никаких денег я за это не получил. Два дня будет в онлайне проходить конференция Flow, на которой я появлюсь в эфире оба дня.
Сегодня помогаю в качетсве эксперта Мише Максимову рассказать про управление изменениями требований.
Завтра же вместе с моим другом и коллегой Максом Корейченко, разработчиком в немецкой HRTech компании, буду рассказывать про то, как ставить задачу разработчиками, так, чтобы они не считали тебя идиотом
🔥6
Прекрасный ролик про коммуникации украл у Дмитрия Филлипова. Очень часто ловлю себя на том, что оказываясь в роли второй стороны с такими "руководителями", как в ролике, действительно терял всякую мотивацию и сильно негативил, так что это очень крутой поинт по исправлению коммуникаций
Forwarded from Истории и Результаты (Дмитрий Филиппов)
Media is too big
VIEW IN TELEGRAM
👍7
На этой неделе обсуждали со студентами методологии разработки ПО, гибкие методологии и конкретно Скрам и место аналитика в нем. И возник вопрос, а если скрам нельзя менять, то как же он может относиться к гибким методологиям.
И сегодня на глаза попалось короткое видео, почему же он все таки под зонтиком Agile. https://youtu.be/di8CZIKq9Q4?si=VVQMFzINF-Nh54sN
👍1
Всем привет, сегодня посетил чудесный Утрехт и встретился с Алиной Романович, которая несколько лет радовала студентов нашего курса подробным и полезным фидбеком на их домашки. Алина работает аналитиков в голландском маркетплейсе и рассказала много интересного про работу аналитика в голландской компании и чем это отличаетсот работы аналитикав РФ. Хотите тоже послушать? Пишите свои вопросы и голосуйте в опросе ниже, в среду подведём итоги.
Сделать эфир с Алиной про отличия работы аналитика в Голландии и в РФ?
Anonymous Poll
15%
Да, приду лично и задам вопрос
78%
Да, просто посмотрю
7%
Нет, не особо интересно
Очередная прекрасная мысль от Дмитрия
Forwarded from Истории и Результаты (Дмитрий Филиппов)
Продуктивность vs Эффективность

Сегодня в очередной раз увидел "продуктивность", там где подразумевалась эффективность. Стал искать соответствующий пост на канале, чтобы переслать, и с удивлением обнаружил, что по этой теме нет заметки. Исправляюсь!

Итак, из-за чего происходит путаница между продуктивностью и эффективностью:

1. Когда речь идет о механическом труде, где требуется минимальное когнитивное напряжение, например: сбор заказов на складе по списку или обзвон базы контактов по простому скрипту, то увеличить продуктивность равно увеличить эффективность.

Т.е. раньше за час мы упаковывали 10 коробок, а теперь — 12. Отлично, эффективность повышена, продуктивность тоже.

2. Но как только мы переходим на деятельность требующую умственного напряжения, то взаимосвязь между продуктивностью (количество действий в час) и эффективностью (возврат на вложенные трудозатраты) практически исчезает.

Например, мы пишем код со скоростью 5 строчек в минуту. Если мы увеличим скорость до 10 строчек в минуту — можно ли сказать, что наша эффективность вырастет в 2 раза? Ответ такой: да непонятно, надо сам код смотреть.

Или, например, копирайтеру бесполезно пытаться повысить свою эффективность через повышение скорости письма. Самые лучшие статьи — не самые объемные, а скорее даже наоборот.

Эффективность при умственном труде определяет не количество действий в час, а их правильная последовательность.
💯8