Всем привет, сегодня посетил чудесный Утрехт и встретился с Алиной Романович, которая несколько лет радовала студентов нашего курса подробным и полезным фидбеком на их домашки. Алина работает аналитиков в голландском маркетплейсе и рассказала много интересного про работу аналитика в голландской компании и чем это отличаетсот работы аналитикав РФ. Хотите тоже послушать? Пишите свои вопросы и голосуйте в опросе ниже, в среду подведём итоги.
Сделать эфир с Алиной про отличия работы аналитика в Голландии и в РФ?
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
Всем привет! Видео вчерашнего эфира уже на Ютуб https://youtu.be/KFiVeS_M4PU
YouTube
Работа аналитика в Нидерландах
Алина Романова, аналитик в крупном маркетплейсе БеНиЛюкс bol.com рассказывает об отличиях в работе аналитика в РФ и Нидерландах, стране и переезде
🔥7👍2⚡1
Потрясаящая (как впрочем и всегда) статья Евгения Скорикова про НФТ и во что они выливаются при проектировании системы. Самая главная ценность - на очень практическом примере автор разбирает и показывает, что под собой скрывают так любимые многими 4 девятки и во что вам могут вылиться 3 секунды на загрузку страницы. В целом настоятельно рекомендую к прочтению всем техническим аналитикам и архитекторам. Да и БА тоже могут оценить во что они втравливают команду фиксируя те или иные НФТ https://habr.com/ru/articles/756378/
Хабр
Проработка нефункциональных требований? Нет, проработка аспектов обеспечения качества
Аннотация “Надежность/доступность системы должна быть 99.5%”. В этой формулировке есть проблемы: А почему 99.5%, а не 99.6% ? Почему именно 99.5%? Вся система должна быть одинаково надежная? Точно?...
👍4
Всем привет. Недавно нашёл хороший канал про техническую сторону работы СА: API, БД и вот это все, про что мне самому писать немного лень:
🔥 Подборка материалов от телеграм-канала Системный Аналитик
📨 Брокеры сообщений: Kafka и RabbitMQ
🏭 PlantUML с нуля
▶️ Подборка бесплатных вебинаров по основам интеграции систем
📎 Подборка материалов по изучению REST
🖇 Подборка бесплатных материалов про асинхронную интеграцию и очереди сообщений
🌐 HTTP. Что нужно знать аналитику
⚙️ Интеграция через API. Кратко
🤓 Задачник для системных аналитиков от Тинькофф
🧿 Виртуализация, контейнеризация и оркестрация
💪 Карта навыков системного аналитика
🧮 Про нефункциональные требования
🆚 REST vs SOAP. Сравнение по пунктам
🔥 Подборка материалов от телеграм-канала Системный Аналитик
📨 Брокеры сообщений: Kafka и RabbitMQ
🏭 PlantUML с нуля
▶️ Подборка бесплатных вебинаров по основам интеграции систем
📎 Подборка материалов по изучению REST
🖇 Подборка бесплатных материалов про асинхронную интеграцию и очереди сообщений
🌐 HTTP. Что нужно знать аналитику
⚙️ Интеграция через API. Кратко
🤓 Задачник для системных аналитиков от Тинькофф
🧿 Виртуализация, контейнеризация и оркестрация
💪 Карта навыков системного аналитика
🧮 Про нефункциональные требования
🆚 REST vs SOAP. Сравнение по пунктам
Telegram
Системный Аналитик
Канал для системных аналитиков и не только: подборки полезных материалов на все случаи жизни.
Реклама и сотрудничество @radale
https://gosuslugi.ru/snet/67b0613c6411ff785396754a
Реклама и сотрудничество @radale
https://gosuslugi.ru/snet/67b0613c6411ff785396754a
🔥10
