Привет, Миша Максимов выпустил новый выпуск новостей СА и БА на своём канале, налетай, смотрите! https://youtu.be/gDlRTaXr-n8. Вообще не реклама, и даже рядом не стояло и никаких денег, все по дружбе и ради полезного контента!
YouTube
Бизнес-контекст и изменения требований, архитектура, ChatGPT, Flow, Analyst days
00:00 Вступление
00:30 Flow: https://flowconf.ru/
01:57 Analyst days https://analystdays.ru/ru/index
https://analystdays.ru/ru/program/109904
02:58 Nextway https://nextway.pro/conf
03:27 Контур https://kontur.ru/lp/conference-analyst-2023
03:51 Стачка ht…
00:30 Flow: https://flowconf.ru/
01:57 Analyst days https://analystdays.ru/ru/index
https://analystdays.ru/ru/program/109904
02:58 Nextway https://nextway.pro/conf
03:27 Контур https://kontur.ru/lp/conference-analyst-2023
03:51 Стачка ht…
Всем привет! И снова из рубрики не реклама. И никаких денег я за это не получил. Два дня будет в онлайне проходить конференция Flow, на которой я появлюсь в эфире оба дня.
Сегодня помогаю в качетсве эксперта Мише Максимову рассказать про управление изменениями требований.
Завтра же вместе с моим другом и коллегой Максом Корейченко, разработчиком в немецкой HRTech компании, буду рассказывать про то, как ставить задачу разработчиками, так, чтобы они не считали тебя идиотом
Сегодня помогаю в качетсве эксперта Мише Максимову рассказать про управление изменениями требований.
Завтра же вместе с моим другом и коллегой Максом Корейченко, разработчиком в немецкой HRTech компании, буду рассказывать про то, как ставить задачу разработчиками, так, чтобы они не считали тебя идиотом
🔥6
Прекрасный ролик про коммуникации украл у Дмитрия Филлипова. Очень часто ловлю себя на том, что оказываясь в роли второй стороны с такими "руководителями", как в ролике, действительно терял всякую мотивацию и сильно негативил, так что это очень крутой поинт по исправлению коммуникаций
На этой неделе обсуждали со студентами методологии разработки ПО, гибкие методологии и конкретно Скрам и место аналитика в нем. И возник вопрос, а если скрам нельзя менять, то как же он может относиться к гибким методологиям.
И сегодня на глаза попалось короткое видео, почему же он все таки под зонтиком Agile. https://youtu.be/di8CZIKq9Q4?si=VVQMFzINF-Nh54sN
И сегодня на глаза попалось короткое видео, почему же он все таки под зонтиком Agile. https://youtu.be/di8CZIKq9Q4?si=VVQMFzINF-Nh54sN
YouTube
Если Scrum нельзя менять, то разве он Agile
В руководстве по Скраму сказано, что нельзя использовать отдельные элементы Скрама, лишь все сразу. Разве это гибко и не нарушает вторую ценность Аджайл Манифеста "Люди и взаимотношения важнее процессов и инструментов"? Рассуждаем на эту тему с помощью системного…
👍1
Всем привет, сегодня посетил чудесный Утрехт и встретился с Алиной Романович, которая несколько лет радовала студентов нашего курса подробным и полезным фидбеком на их домашки. Алина работает аналитиков в голландском маркетплейсе и рассказала много интересного про работу аналитика в голландской компании и чем это отличаетсот работы аналитикав РФ. Хотите тоже послушать? Пишите свои вопросы и голосуйте в опросе ниже, в среду подведём итоги.
Сделать эфир с Алиной про отличия работы аналитика в Голландии и в РФ?
Anonymous Poll
15%
Да, приду лично и задам вопрос
78%
Да, просто посмотрю
7%
Нет, не особо интересно
Forwarded from Истории и Результаты (Дмитрий Филиппов)
Продуктивность vs Эффективность
Сегодня в очередной раз увидел "продуктивность", там где подразумевалась эффективность. Стал искать соответствующий пост на канале, чтобы переслать, и с удивлением обнаружил, что по этой теме нет заметки. Исправляюсь!
Итак, из-за чего происходит путаница между продуктивностью и эффективностью:
1. Когда речь идет о механическом труде, где требуется минимальное когнитивное напряжение, например: сбор заказов на складе по списку или обзвон базы контактов по простому скрипту, то увеличить продуктивность равно увеличить эффективность.
Т.е. раньше за час мы упаковывали 10 коробок, а теперь — 12. Отлично, эффективность повышена, продуктивность тоже.
2. Но как только мы переходим на деятельность требующую умственного напряжения, то взаимосвязь между продуктивностью (количество действий в час) и эффективностью (возврат на вложенные трудозатраты) практически исчезает.
Например, мы пишем код со скоростью 5 строчек в минуту. Если мы увеличим скорость до 10 строчек в минуту — можно ли сказать, что наша эффективность вырастет в 2 раза? Ответ такой: да непонятно, надо сам код смотреть.
Или, например, копирайтеру бесполезно пытаться повысить свою эффективность через повышение скорости письма. Самые лучшие статьи — не самые объемные, а скорее даже наоборот.
Эффективность при умственном труде определяет не количество действий в час, а их правильная последовательность.
Сегодня в очередной раз увидел "продуктивность", там где подразумевалась эффективность. Стал искать соответствующий пост на канале, чтобы переслать, и с удивлением обнаружил, что по этой теме нет заметки. Исправляюсь!
Итак, из-за чего происходит путаница между продуктивностью и эффективностью:
1. Когда речь идет о механическом труде, где требуется минимальное когнитивное напряжение, например: сбор заказов на складе по списку или обзвон базы контактов по простому скрипту, то увеличить продуктивность равно увеличить эффективность.
Т.е. раньше за час мы упаковывали 10 коробок, а теперь — 12. Отлично, эффективность повышена, продуктивность тоже.
2. Но как только мы переходим на деятельность требующую умственного напряжения, то взаимосвязь между продуктивностью (количество действий в час) и эффективностью (возврат на вложенные трудозатраты) практически исчезает.
Например, мы пишем код со скоростью 5 строчек в минуту. Если мы увеличим скорость до 10 строчек в минуту — можно ли сказать, что наша эффективность вырастет в 2 раза? Ответ такой: да непонятно, надо сам код смотреть.
Или, например, копирайтеру бесполезно пытаться повысить свою эффективность через повышение скорости письма. Самые лучшие статьи — не самые объемные, а скорее даже наоборот.
Эффективность при умственном труде определяет не количество действий в час, а их правильная последовательность.
💯8
Если задуматься - то написанное выше применнимо и к техническоей документации, которую мы пишем. Та мысль, за которую меня регулярно клеймят в аналитических конференциях: не надо писать большую и подробную документацию. Правда почему то обычно слышат просто - не надо писать документацию, ну да ладно. Если подумать, а в чем можно померить эффективность аналитика? Кто считает, что в количестве документации, поставьте какашку этому посту. А если нет - пишите ваше мнение в комментах
Всем привет. Неделя выдалась тяжёлая, поэтому результаты опроса глянул только сейчас. Эфиру быть. У нас есть тактика мы её придерживаемся, но мы хотим её скорректировать под ваши запросы. Накидайте в комментарии поинты, которые хотите обсудить.
Всем привет. Ко мне тут пришли с предложением рекламы. Я немного в замешательстве, давать ли рекламу в канале. Как считаете?
Давать ли рекламу
Anonymous Poll
22%
Можно
60%
Да, но ести только что тотреально стоящее и полезное
18%
Нет
👍1
А я возвращаюсь с эфиром с Алиной. по времени два варианта в четверг в 21 час по Мск или в понедельник в 18 часов по Москве. Давайте определимся
Дата и время эфира
Anonymous Poll
42%
28 сентября, 21.00
37%
2 октября, 18.00
21%
Не могу в обе даты
Итак, эфир завтра в 21.00 по Москве. Готовьте ваши камеры и микрофоны!
😢3👍2