Добрый день, друзья!
Сегодня мы поговорим об одном из трендов современной ИТ-индустрии - GDPR 🔥.
Ни для кого не секрет, что работа с персональными данными представляет как ценность, так и угрозу для компаний, обрабатывающих персональные данные. Правительства многих стран пытаются решить этот вопрос с помощью законов о защите персональных данных. Для ЕС таким регламентом является GDPR – General Data Protection Regulation.
Давайте рассмотрим вкратце, что это такое, чем это грозит и о чем нужно задуматься бизнес- и системным аналитикам🧏🏼♂️.
GDPR определяет роли, отношения и ответственности сторон в процессе работы с персональными данными. Сюда включены следующие роли:
👨🏼💼Владелец данных - это пользователь систем;
🧑🏼💻Контроллер данных - компания, получающая и обрабатывающая данные для выполнения какой-то конечной цели;
🏢Процессор - компания, передающая и обрабатывающая данные для выполнения цели контроллера (без своих целей).
Владелец данных имеет право (по GDPR):
☝🏻знать, с какой целью и какие данные о нем содержит любая система,
☝🏻на защиту этих данных от несанкционированного им доступа,
☝🏻отзыва этих данных.
Роль компании контроллера и процессора заключается в защите этих данных и обеспечении реализации прав пользователя по запросу.
Как же поступать аналитикам, работающим с персональными данными в рамках GDPR❓План есть❗️😊
Итак, если вы аналитик системы, в которой есть данные пользователя, какие действия могут ожидаться от вас?
📌Инвентаризация – какие данные вообще есть?
И для какой цели они нам нужны? И если на этом этапе цель не обнаружена, можем ли мы не иметь (в первую очередь, не хранить, а еще лучше – не собирать эти данные?).
📌Обеспечение надёжного хранения персональных данных.
Для найденных персональных данных мы должны обеспечить надежное хранение (без возможности несанкционированного доступа) и уничтожение, как только цель их сбора будет выполнена.
А как быть с целями? Ответ прост - мы должны убедиться, что пользователь в курсе этих целей и согласен с таким использованием его данных. При этом пользователь может отозвать у нас свое согласие на сбор и использование персональных данных. А может попросить нас рассказать, какие его данные есть у нас и с какой целью мы их используем. А может и сказать – забудьте про меня! Или отдайте мне обратно мои данные в машиночитаемом виде, я их отдам другим обработчикам.
👨🏻🎓Итого:
❗️Сначала нам нужно заявить пользователю, какие данные с какими целями мы хотим собирать.
❗️Потом нам нужно защитить эти данные от несанкционированного доступа (а санкционирован доступ только с конкретными заявленными пользователю целями).
❗️Как только цель, ради которой мы собирали данные, выполнена, данные надо удалить.
❗️Как только пользователь заявил нам, что отзывает согласие на обработку, мы должны прекратить сбор данных.
❗️Все запросы пользователя на получение накопленных нами данных о нем, удаление или экспорт его данных мы должны выполнить в течение одного месяца.
А если вы не храните персональные данные, а просто передаете их сторонней организации, то в таком случае вы должны защитить каналы передачи данных и проходимость согласий и запросов пользователя к системам – контроллерам и передачу к пользователю – списков данных и целей обработки за все системы, которые стоят за вами, то есть стать полностью прозрачными для пользователя. Для обеспечения всего вышеперечисленного типовыми схемами, между компаниями контроллерами и операторами подписываются соглашения BSR, C2P или C2C.
Предупрежден - значит вооружен! И да пребудет с нами Сила!💪🏻🔥
А что вы думаете о GDPR? Не стесняемся шарить свои комменты ниже👇🏻 😁
Сегодня мы поговорим об одном из трендов современной ИТ-индустрии - GDPR 🔥.
Ни для кого не секрет, что работа с персональными данными представляет как ценность, так и угрозу для компаний, обрабатывающих персональные данные. Правительства многих стран пытаются решить этот вопрос с помощью законов о защите персональных данных. Для ЕС таким регламентом является GDPR – General Data Protection Regulation.
Давайте рассмотрим вкратце, что это такое, чем это грозит и о чем нужно задуматься бизнес- и системным аналитикам🧏🏼♂️.
GDPR определяет роли, отношения и ответственности сторон в процессе работы с персональными данными. Сюда включены следующие роли:
👨🏼💼Владелец данных - это пользователь систем;
🧑🏼💻Контроллер данных - компания, получающая и обрабатывающая данные для выполнения какой-то конечной цели;
🏢Процессор - компания, передающая и обрабатывающая данные для выполнения цели контроллера (без своих целей).
Владелец данных имеет право (по GDPR):
☝🏻знать, с какой целью и какие данные о нем содержит любая система,
☝🏻на защиту этих данных от несанкционированного им доступа,
☝🏻отзыва этих данных.
Роль компании контроллера и процессора заключается в защите этих данных и обеспечении реализации прав пользователя по запросу.
Как же поступать аналитикам, работающим с персональными данными в рамках GDPR❓План есть❗️😊
Итак, если вы аналитик системы, в которой есть данные пользователя, какие действия могут ожидаться от вас?
📌Инвентаризация – какие данные вообще есть?
И для какой цели они нам нужны? И если на этом этапе цель не обнаружена, можем ли мы не иметь (в первую очередь, не хранить, а еще лучше – не собирать эти данные?).
📌Обеспечение надёжного хранения персональных данных.
Для найденных персональных данных мы должны обеспечить надежное хранение (без возможности несанкционированного доступа) и уничтожение, как только цель их сбора будет выполнена.
А как быть с целями? Ответ прост - мы должны убедиться, что пользователь в курсе этих целей и согласен с таким использованием его данных. При этом пользователь может отозвать у нас свое согласие на сбор и использование персональных данных. А может попросить нас рассказать, какие его данные есть у нас и с какой целью мы их используем. А может и сказать – забудьте про меня! Или отдайте мне обратно мои данные в машиночитаемом виде, я их отдам другим обработчикам.
👨🏻🎓Итого:
❗️Сначала нам нужно заявить пользователю, какие данные с какими целями мы хотим собирать.
❗️Потом нам нужно защитить эти данные от несанкционированного доступа (а санкционирован доступ только с конкретными заявленными пользователю целями).
❗️Как только цель, ради которой мы собирали данные, выполнена, данные надо удалить.
❗️Как только пользователь заявил нам, что отзывает согласие на обработку, мы должны прекратить сбор данных.
❗️Все запросы пользователя на получение накопленных нами данных о нем, удаление или экспорт его данных мы должны выполнить в течение одного месяца.
А если вы не храните персональные данные, а просто передаете их сторонней организации, то в таком случае вы должны защитить каналы передачи данных и проходимость согласий и запросов пользователя к системам – контроллерам и передачу к пользователю – списков данных и целей обработки за все системы, которые стоят за вами, то есть стать полностью прозрачными для пользователя. Для обеспечения всего вышеперечисленного типовыми схемами, между компаниями контроллерами и операторами подписываются соглашения BSR, C2P или C2C.
Предупрежден - значит вооружен! И да пребудет с нами Сила!💪🏻🔥
А что вы думаете о GDPR? Не стесняемся шарить свои комменты ниже👇🏻 😁
Доброй пятницы, друзья! У нас для вас отличные новости! Вы просили вакансии? Тогда ловите горящие туры в банковский мир системного анализа😍🔥.
🌞 ANDERSEN (http://andersenlab.com/) – это команда, создающая качественное программное обеспечение для клиентов на всех континентах, кроме (пока что) Антарктиды😆. Среди наших клиентов присутствуют такие гиганты как Amazon, Marvel, Samsung.
ANDERSEN приглашает опытных SA с банковским опытом в свою команду!
Подробности и контакты рекруитеров по ссылкам ниже
📌Тинькофф - https://rabota.by/vacancy/42799473
📌Альфа Банк - https://rabota.by/vacancy/42588383
📌Уральский Банк - https://penza.hh.ru/vacancy/42551259
🌞 ANDERSEN (http://andersenlab.com/) – это команда, создающая качественное программное обеспечение для клиентов на всех континентах, кроме (пока что) Антарктиды😆. Среди наших клиентов присутствуют такие гиганты как Amazon, Marvel, Samsung.
ANDERSEN приглашает опытных SA с банковским опытом в свою команду!
Подробности и контакты рекруитеров по ссылкам ниже
📌Тинькофф - https://rabota.by/vacancy/42799473
📌Альфа Банк - https://rabota.by/vacancy/42588383
📌Уральский Банк - https://penza.hh.ru/vacancy/42551259
Добрый вечер, друзья!
Сегодня мы поговорим о таком важном в жизни каждого человека понятии, как "Колесо жизненного баланса"🧘🏼♂️
🧑🏼💻Работа бизнес-аналитика очень разноплановая. Cегодня ты выявляешь требования, завтра тестируешь функциональность, послезавтра борешься с дефектами, потом едешь на внедрение, параллельно готовишь инструкции пользователям, назначаешь встречи, проводишь обучения, обучаешься сам и многое-многое другое, - одним словом, всегда при деле, и всегда есть чем заняться. При такой нескучной работе создаётся впечатление вечного движения -движения вперёд. И этого у нас, бизнес-аналитиков, не отнять.
Но, возможно, вам иногда доводилось испытывать такое чувство, когда при интенсивном и насыщенном рабочем графике, вы бежите-бежите день за днём, год за годом, с перерывом на 2-х недельный отпуск, а удовлетворенности в жизни как на горизонте не наблюдается, от слова "совсем"!😩
Все дни превращаются в одинаковую рутину: работа -> спортзал -> чтение профессиональной литературы -> уроки английского-> диван. Не понятно ни куда бежать?, ни зачем?, и, главное, что будет дальше?
💡Один замечательный человек- Пол Майер предложил отличную технику мониторинга удовлетворенности своей жизнью. Техника называется “Колесо жизненного баланса” - это визуальный инструмент, который помогает человеку быстро понять, насколько он удовлетворен своей жизнью, насколько сбалансирована его жизнь, и насколько она далека от идеала.
❓Возникает резонный вопрос - какой профит данная техника даст мне?
Эта техника поможет вам:
📍увидеть из чего состоит ваша жизнь;
📍понять, что для Вас сейчас действительно важно;
📍определить направления для изменений.
Итак, алгоритм работы с "Колесом" очень простой и состоит из 5-ти шагов.
1. Определяем сферы жизни. Изначально Колесо Жизни по Полу Мейеру состояло из 6 секторов: family&home, financial&career, mental&education, physical&health, social&cultural, spiritualðical. Ценность в том, что вы сами вольны выбирать интересующие Вас сферы и называть их так, как сами решите!
2. Проводим оценку по 10-ти бальной шкале. Нужно оценить свою удовлетворенность каждой из сфер жизни по 10-ти бальной шкале. Старайтесь не просто ставить балл навскидку, а именно анализировать.
3. Анализируем полученную картину. После того, как мы определили сферы нашей жизни и оценили их, стоит хорошенько проанализировать результат. Не спешите расстраиваться! Проведите глубокий причинно-следственный анализ:
☝🏻Какие сферы просели?
☝🏻Какие сферы выбились в фавориты?
☝🏻Как взаимосвязаны между собой разные сферы Вашей жизни?
☝🏻Какие шаги можно предпринять для подъема слабых сфер Вашего Колеса жизненного баланса?
☝🏻Какие из сфер на данный момент самые важные?
☝🏻Как должна выглядеть на Ваш взгляд идеальная картина на данный момент, через месяц, полгода, год?
4. План действия. И только после всего вышеперечисленного можно сесть и составить план действий в выбранном направлении. Для каждой позиции сформулируйте от 3 до 5 конкретных действий, которые приведут к повышению оценок хотя бы на единицу, и начинайте двигаться в этом направлении. Колесо жизненного баланса важно применять не только в качестве инструмента для среза текущей ситуации, поиска узких мест и зон роста, но и для оценки прогресса.
😊Рекомендуется повторять это упражнение раз в квартал.
5. Действуйте! Не оттягивайте момент улучшения - выполните хоть что-то уже сегодня!
Для более эффективной работы мы рекомендуем заполнять Колесо жизненного баланса вручную, вооружившись листом и простым карандашом. Это позволит погрузиться в себя, установить более глубокую связь с самим собой, с тем, что действительно важно.
Желаем вам удачи в поиске вашего жизненного баланса! 😉
А какие инструменты и техники используете вы для анализа качества вашей жизни? Делимся комментами ниже👇🏻
Сегодня мы поговорим о таком важном в жизни каждого человека понятии, как "Колесо жизненного баланса"🧘🏼♂️
🧑🏼💻Работа бизнес-аналитика очень разноплановая. Cегодня ты выявляешь требования, завтра тестируешь функциональность, послезавтра борешься с дефектами, потом едешь на внедрение, параллельно готовишь инструкции пользователям, назначаешь встречи, проводишь обучения, обучаешься сам и многое-многое другое, - одним словом, всегда при деле, и всегда есть чем заняться. При такой нескучной работе создаётся впечатление вечного движения -движения вперёд. И этого у нас, бизнес-аналитиков, не отнять.
Но, возможно, вам иногда доводилось испытывать такое чувство, когда при интенсивном и насыщенном рабочем графике, вы бежите-бежите день за днём, год за годом, с перерывом на 2-х недельный отпуск, а удовлетворенности в жизни как на горизонте не наблюдается, от слова "совсем"!😩
Все дни превращаются в одинаковую рутину: работа -> спортзал -> чтение профессиональной литературы -> уроки английского-> диван. Не понятно ни куда бежать?, ни зачем?, и, главное, что будет дальше?
💡Один замечательный человек- Пол Майер предложил отличную технику мониторинга удовлетворенности своей жизнью. Техника называется “Колесо жизненного баланса” - это визуальный инструмент, который помогает человеку быстро понять, насколько он удовлетворен своей жизнью, насколько сбалансирована его жизнь, и насколько она далека от идеала.
❓Возникает резонный вопрос - какой профит данная техника даст мне?
Эта техника поможет вам:
📍увидеть из чего состоит ваша жизнь;
📍понять, что для Вас сейчас действительно важно;
📍определить направления для изменений.
Итак, алгоритм работы с "Колесом" очень простой и состоит из 5-ти шагов.
1. Определяем сферы жизни. Изначально Колесо Жизни по Полу Мейеру состояло из 6 секторов: family&home, financial&career, mental&education, physical&health, social&cultural, spiritualðical. Ценность в том, что вы сами вольны выбирать интересующие Вас сферы и называть их так, как сами решите!
2. Проводим оценку по 10-ти бальной шкале. Нужно оценить свою удовлетворенность каждой из сфер жизни по 10-ти бальной шкале. Старайтесь не просто ставить балл навскидку, а именно анализировать.
3. Анализируем полученную картину. После того, как мы определили сферы нашей жизни и оценили их, стоит хорошенько проанализировать результат. Не спешите расстраиваться! Проведите глубокий причинно-следственный анализ:
☝🏻Какие сферы просели?
☝🏻Какие сферы выбились в фавориты?
☝🏻Как взаимосвязаны между собой разные сферы Вашей жизни?
☝🏻Какие шаги можно предпринять для подъема слабых сфер Вашего Колеса жизненного баланса?
☝🏻Какие из сфер на данный момент самые важные?
☝🏻Как должна выглядеть на Ваш взгляд идеальная картина на данный момент, через месяц, полгода, год?
4. План действия. И только после всего вышеперечисленного можно сесть и составить план действий в выбранном направлении. Для каждой позиции сформулируйте от 3 до 5 конкретных действий, которые приведут к повышению оценок хотя бы на единицу, и начинайте двигаться в этом направлении. Колесо жизненного баланса важно применять не только в качестве инструмента для среза текущей ситуации, поиска узких мест и зон роста, но и для оценки прогресса.
😊Рекомендуется повторять это упражнение раз в квартал.
5. Действуйте! Не оттягивайте момент улучшения - выполните хоть что-то уже сегодня!
Для более эффективной работы мы рекомендуем заполнять Колесо жизненного баланса вручную, вооружившись листом и простым карандашом. Это позволит погрузиться в себя, установить более глубокую связь с самим собой, с тем, что действительно важно.
Желаем вам удачи в поиске вашего жизненного баланса! 😉
А какие инструменты и техники используете вы для анализа качества вашей жизни? Делимся комментами ниже👇🏻
❤1👍1
Всем привет!
Сегодня мы поговорим как управлять стремительно меняющимися требованиями🔥.
Никто из нас не любит изменения. Но особенно их не любит команда разработчиков, когда речь заходит о новых требованиях к задачам, уже взятым в спринт, а тем более, выполненным.
❓Как обратить этот процесс в менее болезненный и уложиться в дедлайны?
Мы подготовили для вас несколько практических советов👇🏻:
📌 Зафиксируйте весь скоуп задач и цели для каждого спринта как можно раньше.
Даже если у вас чистый аджайл, все равно пропишите цели каждого спринта на весь скоуп. Он помогает команде и клиенту одинаково оценивать, насколько мы продвинулись, а бизнес-аналитику, проджект-менеджеру и продакт-оунеру определить масштаб трагедии, убедиться, что ничего не забыли покрыть требованиями, отслеживать этапы реализации фич и раньше осознать, что пора выкидывать функционал.
📌Постоянно оставайтесь в контексте.
Старайтесь посещать как можно больше митингов c участием клиента и без него, просите подключать вас ко всем обсуждениям требований, контента, стратегий и даже деталей архитектуры. Как только вы теряете контекст, перестаете быть опорой для команды — у кого тогда спрашивать, как должно быть? К тому же, вы можете упустить важное изменение требований или не поднять красный флаг клиенту и команде там, где мы не сможем выполнить их пожеланий из-за ограничений в разработке.
📌Создайте "to-do" лист уточнений и правок.
Заведите чек-лист и записывайте каждое новое изменение дизайнов и требований, о котором услышали от клиента с командой или которое задумали сами.
📌Используйте матрицу Эйзенхауэра, если правок слишком много (подробнее про матрицу здесь - https://www.eisenhower.me/eisenhower-matrix/).
Правки делятся на быстрые и важно-срочные. Если их очень много, всегда можно что-то забыть или не успеть уточнить.
Поэтому сначала - мелкие и срочные правки (таска уже в спринте), а потом — крупные и срочные правки. Можно обсудить их с командой разработки и QA. Возможно, некоторые так и останутся важными, зато окажутся не такими уж срочными. Мелкими и не срочными изменениями можно заняться на каких-нибудь неинтересных митингах, а про крупные, неважные и несрочные можно вообще забыть — пока вы до них доберетесь, их уже выкинут из скоупа текущего релиза.
📌Старайтесь максимально дробить юзер-стори.
Достаточно детализированные стори (вплоть до «хочу иконку на рабочем столе — несмотря на советскую власть! — хочу мишью открывать окна, и не только открывать, но и закрывать!») обеспечивают большую прозрачность прогресса для клиента и позволяют легко выкинуть любое подобное требование из скоупа, чтобы протестировать функционал без нее.
📌Раз в неделю обсуждайте скоуп с командой.
Зовите продакта, UI/UX, всех разработчиков и QA. Так вы сможете выявить узкие места, озвучить, что было выкинуто из скоупа проекта.
📌Наладьте прозрачный процесс апрува дизайнов и требований.
Пингуйте клиента, не бойтесь отслеживать его реакцию и просить посмотреть дизайны ASAP. Перепроверяйте правки и помните, что клиент тоже может ошибаться. Учитесь говорить клиенту нет: если задача уже выполнена, обсудите с клиентом, насколько правки приоритетны и могут ли они потерпеть до следующего релиза. Иначе придется согласовывать отдельные правки уже на высшем уровне компании-заказчика.
📌Не торопитесь вносить текстовые правки стейкхолдеров в скоуп спринта.
В заключение всего вышесказанного, всегда оставайтесь стержнем для команды! С изменениями не стоит бороться (невозможно бороться с тем, чего не в силах изменить — парадокс, но в вашем случае это и будут сами изменения). Остается только принять тот факт, что вещи по природе своей непостоянны. Все, что остается BA, — пытаться сгладить боль от этих перемен для команды.
Сегодня мы поговорим как управлять стремительно меняющимися требованиями🔥.
Никто из нас не любит изменения. Но особенно их не любит команда разработчиков, когда речь заходит о новых требованиях к задачам, уже взятым в спринт, а тем более, выполненным.
❓Как обратить этот процесс в менее болезненный и уложиться в дедлайны?
Мы подготовили для вас несколько практических советов👇🏻:
📌 Зафиксируйте весь скоуп задач и цели для каждого спринта как можно раньше.
Даже если у вас чистый аджайл, все равно пропишите цели каждого спринта на весь скоуп. Он помогает команде и клиенту одинаково оценивать, насколько мы продвинулись, а бизнес-аналитику, проджект-менеджеру и продакт-оунеру определить масштаб трагедии, убедиться, что ничего не забыли покрыть требованиями, отслеживать этапы реализации фич и раньше осознать, что пора выкидывать функционал.
📌Постоянно оставайтесь в контексте.
Старайтесь посещать как можно больше митингов c участием клиента и без него, просите подключать вас ко всем обсуждениям требований, контента, стратегий и даже деталей архитектуры. Как только вы теряете контекст, перестаете быть опорой для команды — у кого тогда спрашивать, как должно быть? К тому же, вы можете упустить важное изменение требований или не поднять красный флаг клиенту и команде там, где мы не сможем выполнить их пожеланий из-за ограничений в разработке.
📌Создайте "to-do" лист уточнений и правок.
Заведите чек-лист и записывайте каждое новое изменение дизайнов и требований, о котором услышали от клиента с командой или которое задумали сами.
📌Используйте матрицу Эйзенхауэра, если правок слишком много (подробнее про матрицу здесь - https://www.eisenhower.me/eisenhower-matrix/).
Правки делятся на быстрые и важно-срочные. Если их очень много, всегда можно что-то забыть или не успеть уточнить.
Поэтому сначала - мелкие и срочные правки (таска уже в спринте), а потом — крупные и срочные правки. Можно обсудить их с командой разработки и QA. Возможно, некоторые так и останутся важными, зато окажутся не такими уж срочными. Мелкими и не срочными изменениями можно заняться на каких-нибудь неинтересных митингах, а про крупные, неважные и несрочные можно вообще забыть — пока вы до них доберетесь, их уже выкинут из скоупа текущего релиза.
📌Старайтесь максимально дробить юзер-стори.
Достаточно детализированные стори (вплоть до «хочу иконку на рабочем столе — несмотря на советскую власть! — хочу мишью открывать окна, и не только открывать, но и закрывать!») обеспечивают большую прозрачность прогресса для клиента и позволяют легко выкинуть любое подобное требование из скоупа, чтобы протестировать функционал без нее.
📌Раз в неделю обсуждайте скоуп с командой.
Зовите продакта, UI/UX, всех разработчиков и QA. Так вы сможете выявить узкие места, озвучить, что было выкинуто из скоупа проекта.
📌Наладьте прозрачный процесс апрува дизайнов и требований.
Пингуйте клиента, не бойтесь отслеживать его реакцию и просить посмотреть дизайны ASAP. Перепроверяйте правки и помните, что клиент тоже может ошибаться. Учитесь говорить клиенту нет: если задача уже выполнена, обсудите с клиентом, насколько правки приоритетны и могут ли они потерпеть до следующего релиза. Иначе придется согласовывать отдельные правки уже на высшем уровне компании-заказчика.
📌Не торопитесь вносить текстовые правки стейкхолдеров в скоуп спринта.
В заключение всего вышесказанного, всегда оставайтесь стержнем для команды! С изменениями не стоит бороться (невозможно бороться с тем, чего не в силах изменить — парадокс, но в вашем случае это и будут сами изменения). Остается только принять тот факт, что вещи по природе своей непостоянны. Все, что остается BA, — пытаться сгладить боль от этих перемен для команды.
Добрый день, друзья!
Сегодня мы поговорим о ежедневном рабочем стрессе! 😱Кто его создаёт и как от него защититься!🔥
Современного руководителя учат держать своих подчинённых в стрессе. Для повышения эффективности использования рабочего времени, он обязан создавать форс-мажор. Он убеждён, что это повышает мотивацию получше любой премии. Алгоритм постановки задачи современным менеджером включает:
📍создание проблемы;
📍постановка жёстких сроков и отсутствие рекомендаций;
📍чем больше задач – тем лучше!
Если подчиненный с поручением справился, ему в награду - новый список задач. Ну а если оплошал – милости просим на выход. В отдельных организациях работник – это гимнаст в танке с завязанными глазами на минном поле. Ежедневные планы, «дедлайны», многозадачность, в совокупности с ежедневными бытовыми и личными проблемами, могут превратить обычный телефонный разговор, нечаянно пролитый кофе или безобидную шутку коллеги в эмоциональный взрыв. Кто-то при этом скандалит и выплёскивает эмоции на окружающих, кто-то бесконечно курит, кто-то не отходит от кофе-машины, а кто-то «тупит» и бесцельно листает ленту новостей.
❓Как в подобной обстановке защитить себя, сохранить психическое здоровье и избавиться от стресса, не выходя из офиса? На рыбалку ведь не уедешь и в баню не пойдёшь!😁
Итак, несколько дельных советов, которые помогут снять стресс и восстановить нервную систему на рабочем месте:
👍🏻Правильная осанка. Привычка сидеть с ровной спиной повышает настроение и самооценку, снижает тревожность и стресс.
👍🏻Вода. Недостаток воды способствует выбросу гормона стресса кортизола. Чистая структурированная питьевая вода сделает вас спокойнее, наполнит ваше тело силой и энергией (не реклама). «Прояснить сознание» можно плеснув холодной водой в лицо.
👍🏻Дыхательная гимнастика. Вариантов много. Пример: дыхание через нос с закрытыми глазами, попеременно закрывая то одну, то другую ноздрю.
👍🏻Ежедневник. Зафиксируйте отрицательные эмоции на бумаге. Составьте план работы. Это успокоит вас, снизит стресс и прояснит перспективу.
👍🏻Мышечная релаксация и самомассаж. Поочерёдное быстрое напряжение и расслабление мышц улучшит общее самочувствие. Самомассаж головы, плечевого пояса, суставов и ступней успокоит нервы и повысит внимательность.
👍🏻Аромат. Приятные запахи ароматических масел хорошо снимают напряжение и помогают расслабиться. Выбор индивидуален.
Дудлинг (от англ. Doodle - «каракули»). Порисуйте. Что? Что придёт в голову.
👍🏻Мантра успеха. Придумайте и повторяйте «мантру успеха». Пару минут подобной медитации помогут переключиться и настроиться на работу.
👍🏻Позитив. Смех снимает стресс благодаря выработке эндорфинов. Посмотрите смешное видео или прочтите анекдот. Иногда может помочь ироничный взгляд со стороны на происходящее. Но тут важно не «перегнуть палку».
👍🏻Внутренняя мотивация. Всегда держите рядом то, что мотивирует вас работать. Фотография, книга, картинка, цитата, …(у каждого своё).
👍🏻Еда. Бананы, мёд, молочные продукты с бифидобактериями и пробиотиками – то, что можно принести с собой на рабочее место. Они или содержат, или способствуют выработке веществ, разрушающих стресс. Говоря о еде, как о средстве борьбы со стрессом, важно не увлечься и не попасть в пищевую зависимость. Ведь тот, кто заедает стресс, стремится получить от еды удовольствие и таким образом нивелировать воздействие стресса на нервную систему. Системное заедание стресса приведёт к целому букету других проблем со здоровьем. Это же касается алкогольной, никотиновой и пр. зависимостей.
Заботьтесь о себе и будьте здоровы!
Сегодня мы поговорим о ежедневном рабочем стрессе! 😱Кто его создаёт и как от него защититься!🔥
Современного руководителя учат держать своих подчинённых в стрессе. Для повышения эффективности использования рабочего времени, он обязан создавать форс-мажор. Он убеждён, что это повышает мотивацию получше любой премии. Алгоритм постановки задачи современным менеджером включает:
📍создание проблемы;
📍постановка жёстких сроков и отсутствие рекомендаций;
📍чем больше задач – тем лучше!
Если подчиненный с поручением справился, ему в награду - новый список задач. Ну а если оплошал – милости просим на выход. В отдельных организациях работник – это гимнаст в танке с завязанными глазами на минном поле. Ежедневные планы, «дедлайны», многозадачность, в совокупности с ежедневными бытовыми и личными проблемами, могут превратить обычный телефонный разговор, нечаянно пролитый кофе или безобидную шутку коллеги в эмоциональный взрыв. Кто-то при этом скандалит и выплёскивает эмоции на окружающих, кто-то бесконечно курит, кто-то не отходит от кофе-машины, а кто-то «тупит» и бесцельно листает ленту новостей.
❓Как в подобной обстановке защитить себя, сохранить психическое здоровье и избавиться от стресса, не выходя из офиса? На рыбалку ведь не уедешь и в баню не пойдёшь!😁
Итак, несколько дельных советов, которые помогут снять стресс и восстановить нервную систему на рабочем месте:
👍🏻Правильная осанка. Привычка сидеть с ровной спиной повышает настроение и самооценку, снижает тревожность и стресс.
👍🏻Вода. Недостаток воды способствует выбросу гормона стресса кортизола. Чистая структурированная питьевая вода сделает вас спокойнее, наполнит ваше тело силой и энергией (не реклама). «Прояснить сознание» можно плеснув холодной водой в лицо.
👍🏻Дыхательная гимнастика. Вариантов много. Пример: дыхание через нос с закрытыми глазами, попеременно закрывая то одну, то другую ноздрю.
👍🏻Ежедневник. Зафиксируйте отрицательные эмоции на бумаге. Составьте план работы. Это успокоит вас, снизит стресс и прояснит перспективу.
👍🏻Мышечная релаксация и самомассаж. Поочерёдное быстрое напряжение и расслабление мышц улучшит общее самочувствие. Самомассаж головы, плечевого пояса, суставов и ступней успокоит нервы и повысит внимательность.
👍🏻Аромат. Приятные запахи ароматических масел хорошо снимают напряжение и помогают расслабиться. Выбор индивидуален.
Дудлинг (от англ. Doodle - «каракули»). Порисуйте. Что? Что придёт в голову.
👍🏻Мантра успеха. Придумайте и повторяйте «мантру успеха». Пару минут подобной медитации помогут переключиться и настроиться на работу.
👍🏻Позитив. Смех снимает стресс благодаря выработке эндорфинов. Посмотрите смешное видео или прочтите анекдот. Иногда может помочь ироничный взгляд со стороны на происходящее. Но тут важно не «перегнуть палку».
👍🏻Внутренняя мотивация. Всегда держите рядом то, что мотивирует вас работать. Фотография, книга, картинка, цитата, …(у каждого своё).
👍🏻Еда. Бананы, мёд, молочные продукты с бифидобактериями и пробиотиками – то, что можно принести с собой на рабочее место. Они или содержат, или способствуют выработке веществ, разрушающих стресс. Говоря о еде, как о средстве борьбы со стрессом, важно не увлечься и не попасть в пищевую зависимость. Ведь тот, кто заедает стресс, стремится получить от еды удовольствие и таким образом нивелировать воздействие стресса на нервную систему. Системное заедание стресса приведёт к целому букету других проблем со здоровьем. Это же касается алкогольной, никотиновой и пр. зависимостей.
Заботьтесь о себе и будьте здоровы!
Добрый вечер, друзья!
Сегодня мы поговорим на тему технологий в бизнес-анализе, а именно о прототипировании🧑🏼💻.
С каждым днем появляется все больше инструментов, облегчающих или усложняющих работу бизнес-аналитиков. Одним из самых технологичных процессов в работе BA является прототипирование. Данный способ сбора требований прошел долгий путь от набросков на бумаге до современных динамических прототипов, которые порой сложно отличить от реального продукта. Достичь такого результата помогают высокоэффективные инструменты, которых становится все больше. Каждый инструмент мы выбираем под конкретную задачу: ☝🏻☝🏻необходимо изобразить общее расположение элементов приложения - выбираем один инструмент;
☝🏻необходимо сделать максимально детализированный дизайн - выбираем другой;
☝🏻для динамического прототипирования - берем третий.
На сегодняшний день в нашем распоряжении огромное количество сервисов для создания прототипов любого уровня сложности. Ниже несколько примеров:
⚒"Ninjamock". (Доступность : 30 дней бесплатно, подписка - 9$/месяц, версия: Web, сложность: ⭐️, детализация: ⭐️⭐️, популярность: ⭐️⭐️);
⚒"Balsamiq". (Доступность : демо-версия, подписка - 9$/месяц, версия: Windows + Mac OS + Web, сложность: ⭐️, детализация: ⭐️⭐️, популярность: ⭐️⭐️⭐️);
⚒ "Sketch". (Доступность : 30 дней бесплатно, лицензия - 99$, версия: Mac OS, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️);
⚒ "Marvel". (Доступность : бесплатно для двух проектов, больше - 14$, лицензия - 99$, версия: Web, сложность: ⭐️⭐️, детализация: ⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️);
⚒ "Figma". (Доступность : бесплатно, при многопользовательском режиме редактирования (более 2 человек) подписка от 12$, лицензия - 99$, версия: Windows + Mac Os + Web, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️⭐️);
⚒ "Axure ". (Доступность : 30 дней бесплатно, лицензия - 29$, версия: Windows + Mac OS, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️⭐️).
Поработав с данными сервисами, создается впечатление, что процесс прототипирования окружен технологичными инструментами со всех сторон и ему уже некуда развиваться 🚧.
Оказывается - есть куда☄️.
❗️Рады представить вам новый тул🔥, на который стоит обратить внимание 🧏🏼♂️ - это
🛠"Bubble.io" (Доступность : демо-версия, подписка от 19$/месяц, версия: Web, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️).
Данная платформа, является по сути SDK. Помимо возможности прототипирования, она предоставляет:
📌встроенную реляционную базу данных, которая управляется с помощью кликов мыши;
📌инструменты добавления логики;
📌инструменты работы со сторонними API.
Теперь ничего не стоит отобразить на карте введенный в строку поиска город, проверить правильность ввода пароля или даже авторизовать пользователя через учетную запись Google 😀.
Конечно, на данный момент это кажется скорее избыточной возможностью, нежели необходимой. Но как было замечено выше - технологии, подходы и требования к работе BA стремительно развиваются, заставляя не отставать и нас!
Знакомство с новыми инструментами заставляет задуматься о дальнейшем развитии технологий и требований к BA, в целом, и прототипированию, в частности. Ведь благодаря современным сервисам мы можем существенно расширять возможности бизнес анализа.
А что думаете об этом Вы?👇🏻
Сегодня мы поговорим на тему технологий в бизнес-анализе, а именно о прототипировании🧑🏼💻.
С каждым днем появляется все больше инструментов, облегчающих или усложняющих работу бизнес-аналитиков. Одним из самых технологичных процессов в работе BA является прототипирование. Данный способ сбора требований прошел долгий путь от набросков на бумаге до современных динамических прототипов, которые порой сложно отличить от реального продукта. Достичь такого результата помогают высокоэффективные инструменты, которых становится все больше. Каждый инструмент мы выбираем под конкретную задачу: ☝🏻☝🏻необходимо изобразить общее расположение элементов приложения - выбираем один инструмент;
☝🏻необходимо сделать максимально детализированный дизайн - выбираем другой;
☝🏻для динамического прототипирования - берем третий.
На сегодняшний день в нашем распоряжении огромное количество сервисов для создания прототипов любого уровня сложности. Ниже несколько примеров:
⚒"Ninjamock". (Доступность : 30 дней бесплатно, подписка - 9$/месяц, версия: Web, сложность: ⭐️, детализация: ⭐️⭐️, популярность: ⭐️⭐️);
⚒"Balsamiq". (Доступность : демо-версия, подписка - 9$/месяц, версия: Windows + Mac OS + Web, сложность: ⭐️, детализация: ⭐️⭐️, популярность: ⭐️⭐️⭐️);
⚒ "Sketch". (Доступность : 30 дней бесплатно, лицензия - 99$, версия: Mac OS, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️);
⚒ "Marvel". (Доступность : бесплатно для двух проектов, больше - 14$, лицензия - 99$, версия: Web, сложность: ⭐️⭐️, детализация: ⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️);
⚒ "Figma". (Доступность : бесплатно, при многопользовательском режиме редактирования (более 2 человек) подписка от 12$, лицензия - 99$, версия: Windows + Mac Os + Web, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️⭐️);
⚒ "Axure ". (Доступность : 30 дней бесплатно, лицензия - 29$, версия: Windows + Mac OS, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️⭐️⭐️).
Поработав с данными сервисами, создается впечатление, что процесс прототипирования окружен технологичными инструментами со всех сторон и ему уже некуда развиваться 🚧.
Оказывается - есть куда☄️.
❗️Рады представить вам новый тул🔥, на который стоит обратить внимание 🧏🏼♂️ - это
🛠"Bubble.io" (Доступность : демо-версия, подписка от 19$/месяц, версия: Web, сложность: ⭐️⭐️⭐️, детализация: ⭐️⭐️⭐️⭐️⭐️, популярность: ⭐️⭐️).
Данная платформа, является по сути SDK. Помимо возможности прототипирования, она предоставляет:
📌встроенную реляционную базу данных, которая управляется с помощью кликов мыши;
📌инструменты добавления логики;
📌инструменты работы со сторонними API.
Теперь ничего не стоит отобразить на карте введенный в строку поиска город, проверить правильность ввода пароля или даже авторизовать пользователя через учетную запись Google 😀.
Конечно, на данный момент это кажется скорее избыточной возможностью, нежели необходимой. Но как было замечено выше - технологии, подходы и требования к работе BA стремительно развиваются, заставляя не отставать и нас!
Знакомство с новыми инструментами заставляет задуматься о дальнейшем развитии технологий и требований к BA, в целом, и прототипированию, в частности. Ведь благодаря современным сервисам мы можем существенно расширять возможности бизнес анализа.
А что думаете об этом Вы?👇🏻
Добрый вечер, друзья!
Сегодня мы поговорим о том, зачем БА глубокие знания предметной области, на примере инвест. банкинга🔥
Итак, поехали...😊
В инвест. банкинге есть IT аналитики, которые работают с документами и другими аналитиками, и есть такие, кто работает с конечными пользователями. Первых больше в аутсорсинговых компаниях. Вторых намного меньше, и встречаются они ближе к бизнес отделам компаний, чем к IT.
Почему так❓
Бизнес пользователи могут не иметь возможности объяснять профильную терминологию, стандартные понятия и процессы. Сотрудник фронт офиса в банке, скорее всего, не сможет общаться с БА, который не понимает его профессиональной терминологии. И дело тут не в желании или нежелании объяснять, ведь время этого сотрудника стоит дорого, и этого времени всегда в обрез. За день нужно успеть массу обязательных дел, отреагировать на все незапланированные события и запросы, составить об этом отчеты, и если останется время - можно обсудить улучшения в IT системах.
Разрыв в коммуникации может быть сравним с незнанием языка.😱
Причем, если в других областях со сложными профессиональными терминами – в медицине или юриспруденции - у профессионалов обычно есть навык общения с клиентами, то финансисты привыкли чаще общаться друг с другом. Трейдеры просто не имеют привычки объясняться простыми словами и не имеют времени этого делать.
💡Рассмотрим несколько примеров взаимодействия трейдеров и IT отдела:
Что НЕ работает😡:
❌ Наивное внедрение представителя бизнеса в scrum-команду, состоящую из программистов и тестировщиков.
Что получим: трейдер не понимает как функционирует IT, девелоперы не понимают бизнес трейдера. Такая ситуация может вызывать хроническое раздражение у обеих сторон. Допустим, команда как-то сработалась с деском на одном проекте, проект завершился и команда перешла на следующий проект, а к деску пришли другие айтишники, с которыми нужно начинать все заново.
Что работает 😁:
✅👎🏻 Выделение специального контакта из числа трейдеров какого-то деска, с которым будут взаимодействовать аналитики.
Такого трейдера придется частично или полностью освободить от основной работы, что снизит его отдачу и мотивацию (фронт офис обычно гордится тем что они делают, а на другие отделы глядят свысока). Плюс мотивация понимать IT процессы у него тоже не появится.
✅👍🏻Закрепление специального аналитика из сотрудников ай-ти отдела за определенным деском трейдеров.
Такой аналитик может вести бэклог для деска и все внешние запросы от других аналитиков из IT должны проходить через него. Требования к пониманию предметной области для такого аналитика – очень высокие. Мотивация – быстрый профессиональный рост в доменных знаниях. Так, например, появляются два типа аналитиков, упомянутые в начале.
👆🏻Как получить необходимые знания для работы в таких проектах❓
📌Академическое образование – например, магистр или MBA в финансах.
📌Профессиональное образование – например, Chartered Financial Analyst (CFA). Программа обучения расcчитана на самостоятельную работу, которую возможно совмещать с основной работой, и стоит намного дешевле учебы в университете или бизнес школе. Состоит из трех уровней и трех изнурительных экзаменов, также для получения чартера потребуется опыт практической работы, связанной с инвестициями, не менее 4-х лет.
Многие аналитики выбирают только первый уровень программы CFA, как компромиссный вариант. Он дает широкие, хоть и поверхностные, знания индустрии.
Чего не дадут программы университетов и CFA❓
❗️Актуальных знаний о работе конкретных компаний и отделов, их IT систем, и свежих требованиях регуляторов. Все это нужно учить дополнительно, но на базе фундаментальных знаний. Также, все это довольно быстро устаревает и сменяется, и чтобы оставаться с актуальными навыками, учиться нужно постоянно!
Сегодня мы поговорим о том, зачем БА глубокие знания предметной области, на примере инвест. банкинга🔥
Итак, поехали...😊
В инвест. банкинге есть IT аналитики, которые работают с документами и другими аналитиками, и есть такие, кто работает с конечными пользователями. Первых больше в аутсорсинговых компаниях. Вторых намного меньше, и встречаются они ближе к бизнес отделам компаний, чем к IT.
Почему так❓
Бизнес пользователи могут не иметь возможности объяснять профильную терминологию, стандартные понятия и процессы. Сотрудник фронт офиса в банке, скорее всего, не сможет общаться с БА, который не понимает его профессиональной терминологии. И дело тут не в желании или нежелании объяснять, ведь время этого сотрудника стоит дорого, и этого времени всегда в обрез. За день нужно успеть массу обязательных дел, отреагировать на все незапланированные события и запросы, составить об этом отчеты, и если останется время - можно обсудить улучшения в IT системах.
Разрыв в коммуникации может быть сравним с незнанием языка.😱
Причем, если в других областях со сложными профессиональными терминами – в медицине или юриспруденции - у профессионалов обычно есть навык общения с клиентами, то финансисты привыкли чаще общаться друг с другом. Трейдеры просто не имеют привычки объясняться простыми словами и не имеют времени этого делать.
💡Рассмотрим несколько примеров взаимодействия трейдеров и IT отдела:
Что НЕ работает😡:
❌ Наивное внедрение представителя бизнеса в scrum-команду, состоящую из программистов и тестировщиков.
Что получим: трейдер не понимает как функционирует IT, девелоперы не понимают бизнес трейдера. Такая ситуация может вызывать хроническое раздражение у обеих сторон. Допустим, команда как-то сработалась с деском на одном проекте, проект завершился и команда перешла на следующий проект, а к деску пришли другие айтишники, с которыми нужно начинать все заново.
Что работает 😁:
✅👎🏻 Выделение специального контакта из числа трейдеров какого-то деска, с которым будут взаимодействовать аналитики.
Такого трейдера придется частично или полностью освободить от основной работы, что снизит его отдачу и мотивацию (фронт офис обычно гордится тем что они делают, а на другие отделы глядят свысока). Плюс мотивация понимать IT процессы у него тоже не появится.
✅👍🏻Закрепление специального аналитика из сотрудников ай-ти отдела за определенным деском трейдеров.
Такой аналитик может вести бэклог для деска и все внешние запросы от других аналитиков из IT должны проходить через него. Требования к пониманию предметной области для такого аналитика – очень высокие. Мотивация – быстрый профессиональный рост в доменных знаниях. Так, например, появляются два типа аналитиков, упомянутые в начале.
👆🏻Как получить необходимые знания для работы в таких проектах❓
📌Академическое образование – например, магистр или MBA в финансах.
📌Профессиональное образование – например, Chartered Financial Analyst (CFA). Программа обучения расcчитана на самостоятельную работу, которую возможно совмещать с основной работой, и стоит намного дешевле учебы в университете или бизнес школе. Состоит из трех уровней и трех изнурительных экзаменов, также для получения чартера потребуется опыт практической работы, связанной с инвестициями, не менее 4-х лет.
Многие аналитики выбирают только первый уровень программы CFA, как компромиссный вариант. Он дает широкие, хоть и поверхностные, знания индустрии.
Чего не дадут программы университетов и CFA❓
❗️Актуальных знаний о работе конкретных компаний и отделов, их IT систем, и свежих требованиях регуляторов. Все это нужно учить дополнительно, но на базе фундаментальных знаний. Также, все это довольно быстро устаревает и сменяется, и чтобы оставаться с актуальными навыками, учиться нужно постоянно!
Добрый день, друзья!
Наверняка, многие из нас встречались с определенными трудностями при анализе и моделировании каких-либо бизнес-процессов ❗️ и вам приходилось выпутываться из так называемого "аналитического паралича" текущей модели бизнес-процесса🤯.
При моделировании бизнес-процесса "аналитический паралич" возникает, когда мы застреваем на модели и не можем завершить ее или когда мы не можем помочь облегчить принятие решения о том, как реализовать или улучшить бизнес-процесс🧐.
Ниже приведены 5 практик, которые помогают нам паралич и продвинуть нашу модель вперед:
☝🏻Определите начальную и конечную точки.
По всей видимости, у вас есть название для вашего процесса. Возможно, это «Обработка ежемесячных отчетов» или «Выпуск новых фич для приложения "X"». Названия начинают сужать наш кругозор, но имеют тенденцию быть двусмысленными. Вы застреваете, потому что не знаете, что включено, а что нет. Помимо названия, определите дискретную начальную и конечную точки вашего процесса. Теперь каждое действие, которое приходит на ум, будет четко соответствовать области охвата процесса, который вы захватываете, или выходить за пределы этой границы начальной / конечной точки и может быть безопасно зафиксировано для другого процесса, который будет задокументирован в другой день.
☝🏻Набросайте модель сначала на бумаге.
Да, мы живем в эпоху цифровых технологий, и да, очень вероятно, что ваш процесс в конечном итоге потребуется перевести в электронную форму. Но это не значит, что нужно начинать создавать модель в электронном виде. Данный подход сможет сэкономить ваше время. Простота ручки и бумаги как инструмента позволяет вам сосредоточить всю свою умственную энергию на том, что действительно важно, а именно на фиксации ключевых элементов процесса и их взаимосвязи.
☝🏻Уточните целевую аудиторию.
Не вся технологическая документация создается по одной и той же причине. Возможно, вам потребуется одобрение исполнительной команды, мнение тех, кто будет использовать процесс, или подтверждение тех, кто будет его поддерживать. Если вы застряли, это может быть связано с тем, что вы не знаете, кто ваша целевая аудитория или потому, что вы пытаетесь использовать один документ для удовлетворения потребностей нескольких заинтересованных сторон .
Уточните свою аудиторию и ее ожидания, и часто наиболее подходящий уровень абстракции станет очевидным. Это подводит нас к следующей практике.
☝🏻Не углубляйтесь сразу в детали на ранней стадии моделирования бизнес-процесса.
Если вы сразу вникнете в детали процесса, в том числе и пошаговые процедурные задачи, трудно сделать шаг назад и увидеть общую картину. Вместо этого начните с высокого уровня. Ограничьтесь одной страницей или 5-7 блоками рабочего процесса. Когда ваше мышление выходит за рамки этих искусственных ограничений, ищите способы абстрагироваться от информации, которую вы вкладываете в свою модель, комбинируя блоки или оптимизируя части потока. Определите элементы рабочего процесса, которые могут быть дополнительно определены их собственными подпроцессами. Простота требует дисциплинированного мышления, и это не значит, что вы никогда не доберетесь до подробного анализа. Это означает, что вы будете уверены, что сначала поймете процесс "сверху" прежде чем копаться в деталях, и с меньшей вероятностью застрянете, когда будете подробно останавливаться на этих деталях.
☝🏻Откажитесь от идеальных ожиданий и ожидайте повторения.
Еще одна причина, по которой мы застреваем, заключается в том, что мы не просто хотим документировать бизнес-процесс, мы хотим документировать их идеально. Если вы используете новую технику или изучаете новый домен, это нереалистичное ожидание. Вместо этого старайтесь ожидайте повторения и улучшения вашей документации с учетом пожеланий заинтересованных лиц. В качестве альтернативы, поиск надежного наставника или особенно любезного заинтересованного лица для проведения первого ревью может помочь вам выполнить итерацию в частном порядке, прежде чем вы поделитесь своей работой публично.
А сталкивались ли вы с подобной задачей? Как решали? Будем рады вашим комментам ниже👇🏻
Наверняка, многие из нас встречались с определенными трудностями при анализе и моделировании каких-либо бизнес-процессов ❗️ и вам приходилось выпутываться из так называемого "аналитического паралича" текущей модели бизнес-процесса🤯.
При моделировании бизнес-процесса "аналитический паралич" возникает, когда мы застреваем на модели и не можем завершить ее или когда мы не можем помочь облегчить принятие решения о том, как реализовать или улучшить бизнес-процесс🧐.
Ниже приведены 5 практик, которые помогают нам паралич и продвинуть нашу модель вперед:
☝🏻Определите начальную и конечную точки.
По всей видимости, у вас есть название для вашего процесса. Возможно, это «Обработка ежемесячных отчетов» или «Выпуск новых фич для приложения "X"». Названия начинают сужать наш кругозор, но имеют тенденцию быть двусмысленными. Вы застреваете, потому что не знаете, что включено, а что нет. Помимо названия, определите дискретную начальную и конечную точки вашего процесса. Теперь каждое действие, которое приходит на ум, будет четко соответствовать области охвата процесса, который вы захватываете, или выходить за пределы этой границы начальной / конечной точки и может быть безопасно зафиксировано для другого процесса, который будет задокументирован в другой день.
☝🏻Набросайте модель сначала на бумаге.
Да, мы живем в эпоху цифровых технологий, и да, очень вероятно, что ваш процесс в конечном итоге потребуется перевести в электронную форму. Но это не значит, что нужно начинать создавать модель в электронном виде. Данный подход сможет сэкономить ваше время. Простота ручки и бумаги как инструмента позволяет вам сосредоточить всю свою умственную энергию на том, что действительно важно, а именно на фиксации ключевых элементов процесса и их взаимосвязи.
☝🏻Уточните целевую аудиторию.
Не вся технологическая документация создается по одной и той же причине. Возможно, вам потребуется одобрение исполнительной команды, мнение тех, кто будет использовать процесс, или подтверждение тех, кто будет его поддерживать. Если вы застряли, это может быть связано с тем, что вы не знаете, кто ваша целевая аудитория или потому, что вы пытаетесь использовать один документ для удовлетворения потребностей нескольких заинтересованных сторон .
Уточните свою аудиторию и ее ожидания, и часто наиболее подходящий уровень абстракции станет очевидным. Это подводит нас к следующей практике.
☝🏻Не углубляйтесь сразу в детали на ранней стадии моделирования бизнес-процесса.
Если вы сразу вникнете в детали процесса, в том числе и пошаговые процедурные задачи, трудно сделать шаг назад и увидеть общую картину. Вместо этого начните с высокого уровня. Ограничьтесь одной страницей или 5-7 блоками рабочего процесса. Когда ваше мышление выходит за рамки этих искусственных ограничений, ищите способы абстрагироваться от информации, которую вы вкладываете в свою модель, комбинируя блоки или оптимизируя части потока. Определите элементы рабочего процесса, которые могут быть дополнительно определены их собственными подпроцессами. Простота требует дисциплинированного мышления, и это не значит, что вы никогда не доберетесь до подробного анализа. Это означает, что вы будете уверены, что сначала поймете процесс "сверху" прежде чем копаться в деталях, и с меньшей вероятностью застрянете, когда будете подробно останавливаться на этих деталях.
☝🏻Откажитесь от идеальных ожиданий и ожидайте повторения.
Еще одна причина, по которой мы застреваем, заключается в том, что мы не просто хотим документировать бизнес-процесс, мы хотим документировать их идеально. Если вы используете новую технику или изучаете новый домен, это нереалистичное ожидание. Вместо этого старайтесь ожидайте повторения и улучшения вашей документации с учетом пожеланий заинтересованных лиц. В качестве альтернативы, поиск надежного наставника или особенно любезного заинтересованного лица для проведения первого ревью может помочь вам выполнить итерацию в частном порядке, прежде чем вы поделитесь своей работой публично.
А сталкивались ли вы с подобной задачей? Как решали? Будем рады вашим комментам ниже👇🏻
Добрый вечер, друзья!
Сегодня мы поговорим про аналитиков данных и про навыки, которыми они должны обладать🔥
Итак, поехали🏎,
🧑🏼💻Аналитики данных превращают данные в информацию. Они играют жизненно важную роль, делая данные действенными для лиц, принимающих решения. Они часто берут данные, предоставленные инженерами данных, анализируют их и дают рекомендации. Также аналитики данных создают визуализации для отображения своих результатов на информационных панелях и в презентациях. В отличие от исследователей данных, аналитики данных обычно не создают прогностические модели, основанные на алгоритмах машинного обучения.
Давайте посмотрим на самые распространенные технологии, которые ежедневно используют в своей работе аналитики данных 🧐❗️
📌SQL
Это сокращение от языка структурированных запросов. SQL используется для работы с реляционными базами данных и поставляется во многих вариантах, включая MySQL, Oracle, SQL Server, PostgreSQL и SQLite. Каждая версия имеет большую часть одного и того же основного API. Есть качественные бесплатные предложения.
📌Excel
Почти так же распространен, как SQL. Это доминирующая программа электронных таблиц пакета программных средств Microsoft Office 365. Хотя он не может обрабатывать огромные объемы данных, такие как базы данных SQL. Но Excel отлично подходит для быстрого анализа.
📌Google Sheets
Основной конкурент Excel с бесплатной версией и схожими основными функциями.
📌Tableau
ПО для бизнес-аналитики, позволяющее легко создавать визуализации и информационные панели. Возможности визуализации в Tableau намного лучше, чем в Excel. У Tableau есть бесплатная публичная версия, но если вы хотите сохранить конфиденциальность данных, вам нужно выложить деньги🤑.
📌Python
Очень популярный бесплатный язык программирования с открытым исходным кодом для работы с данными, веб-сайтами и сценариями. Он используется в качестве основного языка для машинного обучения.
📌R
Популярный бесплатный язык с открытым исходным кодом для работы со статистикой, особенно в научных кругах.
Если вы хотите стать аналитиком данных или быть более конкурентоспособным, мы рекомендуем изучить следующие технологии в порядке приоритета:
☝🏻Excel
Это быстрее, чем SQL.
☝🏻Tableau
Позволяет быстро создавать великолепные визуализации с помощью интерфейса перетаскивания.
💪🏻Если вы знакомы с вышеперечисленными навыками и хотите освоить новые новые, то вам стоит изучить Python. Он отлично подходит для перехода к проектированию данных и науке о данных.
Желаем успехов в профессиональной прокачке!
Сегодня мы поговорим про аналитиков данных и про навыки, которыми они должны обладать🔥
Итак, поехали🏎,
🧑🏼💻Аналитики данных превращают данные в информацию. Они играют жизненно важную роль, делая данные действенными для лиц, принимающих решения. Они часто берут данные, предоставленные инженерами данных, анализируют их и дают рекомендации. Также аналитики данных создают визуализации для отображения своих результатов на информационных панелях и в презентациях. В отличие от исследователей данных, аналитики данных обычно не создают прогностические модели, основанные на алгоритмах машинного обучения.
Давайте посмотрим на самые распространенные технологии, которые ежедневно используют в своей работе аналитики данных 🧐❗️
📌SQL
Это сокращение от языка структурированных запросов. SQL используется для работы с реляционными базами данных и поставляется во многих вариантах, включая MySQL, Oracle, SQL Server, PostgreSQL и SQLite. Каждая версия имеет большую часть одного и того же основного API. Есть качественные бесплатные предложения.
📌Excel
Почти так же распространен, как SQL. Это доминирующая программа электронных таблиц пакета программных средств Microsoft Office 365. Хотя он не может обрабатывать огромные объемы данных, такие как базы данных SQL. Но Excel отлично подходит для быстрого анализа.
📌Google Sheets
Основной конкурент Excel с бесплатной версией и схожими основными функциями.
📌Tableau
ПО для бизнес-аналитики, позволяющее легко создавать визуализации и информационные панели. Возможности визуализации в Tableau намного лучше, чем в Excel. У Tableau есть бесплатная публичная версия, но если вы хотите сохранить конфиденциальность данных, вам нужно выложить деньги🤑.
📌Python
Очень популярный бесплатный язык программирования с открытым исходным кодом для работы с данными, веб-сайтами и сценариями. Он используется в качестве основного языка для машинного обучения.
📌R
Популярный бесплатный язык с открытым исходным кодом для работы со статистикой, особенно в научных кругах.
Если вы хотите стать аналитиком данных или быть более конкурентоспособным, мы рекомендуем изучить следующие технологии в порядке приоритета:
☝🏻Excel
Это быстрее, чем SQL.
☝🏻Tableau
Позволяет быстро создавать великолепные визуализации с помощью интерфейса перетаскивания.
💪🏻Если вы знакомы с вышеперечисленными навыками и хотите освоить новые новые, то вам стоит изучить Python. Он отлично подходит для перехода к проектированию данных и науке о данных.
Желаем успехов в профессиональной прокачке!
Добрый вечер, друзья! У нас для вас отличные новости! Вы просили вакансии? Мы с радостью делимся ими😃🔥.
🌞 ANDERSEN (http://andersenlab.com/) – это команда, создающая качественное программное обеспечение для клиентов на всех континентах, кроме (пока что) Антарктиды😆. Среди наших клиентов присутствуют такие гиганты как Amazon, Marvel, Samsung.
ANDERSEN приглашает:
📍Опытных ВА, middle/senior, english 🗣 B2 и выше;
📍Опытных СА, middle/senior, english 🗣 от A1, опыт работы в банковской сфере очень приветствуется🤓
💬Контактное лицо:
1. Ресурсный директор ВА департамента - Мария Боярко
Email: m.boyarko@andersenlab.com
Skype: maryia.kaplich
Telegram: @Maria_B_A
🌞 ANDERSEN (http://andersenlab.com/) – это команда, создающая качественное программное обеспечение для клиентов на всех континентах, кроме (пока что) Антарктиды😆. Среди наших клиентов присутствуют такие гиганты как Amazon, Marvel, Samsung.
ANDERSEN приглашает:
📍Опытных ВА, middle/senior, english 🗣 B2 и выше;
📍Опытных СА, middle/senior, english 🗣 от A1, опыт работы в банковской сфере очень приветствуется🤓
💬Контактное лицо:
1. Ресурсный директор ВА департамента - Мария Боярко
Email: m.boyarko@andersenlab.com
Skype: maryia.kaplich
Telegram: @Maria_B_A
Andersenlab
Andersen: Software Development Company
Andersen is a trusted software development company with all the resources needed for software development, working with the US, Europe, and the UK.
Добрый вечер, друзья!
Сегодня мы поговорим о дискавери фазе и том, как её грамотно завершать🔥.
После того, как BA съездил к клиенту, познакомился с пользователями, провел обсуждения, собрал требования, дальше начинается самая скрупулёзная работа! Ведь нужно:
📌Обработать полученные данные;
📌Подготовить требования и сопроводительные артефакты;
📌Передать документы и полученные артефакты команде разработки.
Как правило, по результатам дискавери фазы BA готовит следующие артефакты:
💎Vision&Scope документ.
Иногда их разделяют, а иногда готовят совместно. При этом это может быть набор страниц в Confluence, а может и единый документ в Word. В этом документе BA фиксирует цели и границы проекта, ключевых заинтересованных лиц, и их проблемы, которые будут решаться, выделяет функциональные области и требования (например, в виде пользовательских историй) для каждой области. Частая ошибка - по результатам Дискавери готовится один сплошной Excel-файл, который называют Feature list, или его подобие. Проблема в том, что когда у вас один сплошной список с 100+ позициями, то за ним сложно проследить общую картину мира. Мы рекомендую разделять список пользовательских историй по функциональным областям и отдельно держать высокоуровневые требования к этим областям. Таким образом у вас есть и высокоуровневая картина мира, и список историй, по которым можно оценивать трудоемкость разработки.
💎Project backlog, Sprint #1 backlog.
Общий бэклог позволяет спланировать фазу разработки, определить команду и начать поиск людей на позиции. А бэклог первого спринта позволят стартовать работы без лишних промедлений.
💎Визуальный прототип.
Если прототип был явно прописан как артефакт в контракте на дискавери фазу, то его готовят UX специалисты, при взаимодействии с BA. В таком случае мы говорим о хорошо проработанных high-fidelity прототипах, часто кликабельных.
Отдельно стоит выделить следующие артефакты, которые готовят коллеги BA:
💎Statement of Work - этот документ готовят руководитель проекта и аккаунт-менеджер, базируясь на границах и целях проекта, которые определил BA.
💎Solution Architecture - архитектура решения, которую готовит архитектор, базируясь на требованиях, которые определил BA.
После того, как BA подготовил артефакты, самое время их передать команде разработки. Для этого нужно организовать встречу и подробно рассказать о целях проекта и известных требованиях. Помимо всего важно дать команде:
☝🏻Понимание бизнес-контекста - чем занимается клиент;
☝🏻Как выстроен текущий бизнес-процесс;
☝🏻С какими конкретными проблемами сталкиваются пользователи;
☝🏻Почему именно данная система позволит эти проблемы решить.
А теперь, несколько советов о том, как провести дискавери фазу максимально продуктивно🔥❗️
👌🏻Не бойтесь Дискавери.
Именно благодаря Дискавери мы имеем шанс окунуться в атмосферу работы заказчика, и тем самым лучше его понимать. Понимать из чего состоит типовой рабочий день нашего пользователя. Понимать, что стоит за запросами, кажущимися нам странными нам на первый взгляд. Понимать, что влияет на решения заказчика.
👌🏻Планируйте Дискавери.
Часто говорят: "Чем больше ты знаешь, тем меньше боишься".
👌🏻Готовьтесь к изменениям по ходу Дискавери.
Даже если у вас есть согласованный план встреч, будьте готовы что он может серьезно поменяться на ходу. Например, встречу просят перенести, или переговорная комната окажется забронирована кем-то другим. Или более серьезно - на установочной встрече вы понимаете, что цели проекта могут быть иными, чем вы изначально предполагали, и поэтому план надо перестраивать на ходу. Главное адекватно и без негатива принимать такие вещи как данность и профессионально на них реагировать. Ваши гибкость и способности думать на ходу помогает заработать очки в глазах клиента.
👌🏻Стремитесь заслужить доверие клиента.
Благодаря прочным отношениям с клиентом, вы можете легко договориться о последующем звонке, выяснить те или иные детали, а к вашим предложениям будут прислушиваться.
Желаем вам удачных и конструктивных Дискавери!
Сегодня мы поговорим о дискавери фазе и том, как её грамотно завершать🔥.
После того, как BA съездил к клиенту, познакомился с пользователями, провел обсуждения, собрал требования, дальше начинается самая скрупулёзная работа! Ведь нужно:
📌Обработать полученные данные;
📌Подготовить требования и сопроводительные артефакты;
📌Передать документы и полученные артефакты команде разработки.
Как правило, по результатам дискавери фазы BA готовит следующие артефакты:
💎Vision&Scope документ.
Иногда их разделяют, а иногда готовят совместно. При этом это может быть набор страниц в Confluence, а может и единый документ в Word. В этом документе BA фиксирует цели и границы проекта, ключевых заинтересованных лиц, и их проблемы, которые будут решаться, выделяет функциональные области и требования (например, в виде пользовательских историй) для каждой области. Частая ошибка - по результатам Дискавери готовится один сплошной Excel-файл, который называют Feature list, или его подобие. Проблема в том, что когда у вас один сплошной список с 100+ позициями, то за ним сложно проследить общую картину мира. Мы рекомендую разделять список пользовательских историй по функциональным областям и отдельно держать высокоуровневые требования к этим областям. Таким образом у вас есть и высокоуровневая картина мира, и список историй, по которым можно оценивать трудоемкость разработки.
💎Project backlog, Sprint #1 backlog.
Общий бэклог позволяет спланировать фазу разработки, определить команду и начать поиск людей на позиции. А бэклог первого спринта позволят стартовать работы без лишних промедлений.
💎Визуальный прототип.
Если прототип был явно прописан как артефакт в контракте на дискавери фазу, то его готовят UX специалисты, при взаимодействии с BA. В таком случае мы говорим о хорошо проработанных high-fidelity прототипах, часто кликабельных.
Отдельно стоит выделить следующие артефакты, которые готовят коллеги BA:
💎Statement of Work - этот документ готовят руководитель проекта и аккаунт-менеджер, базируясь на границах и целях проекта, которые определил BA.
💎Solution Architecture - архитектура решения, которую готовит архитектор, базируясь на требованиях, которые определил BA.
После того, как BA подготовил артефакты, самое время их передать команде разработки. Для этого нужно организовать встречу и подробно рассказать о целях проекта и известных требованиях. Помимо всего важно дать команде:
☝🏻Понимание бизнес-контекста - чем занимается клиент;
☝🏻Как выстроен текущий бизнес-процесс;
☝🏻С какими конкретными проблемами сталкиваются пользователи;
☝🏻Почему именно данная система позволит эти проблемы решить.
А теперь, несколько советов о том, как провести дискавери фазу максимально продуктивно🔥❗️
👌🏻Не бойтесь Дискавери.
Именно благодаря Дискавери мы имеем шанс окунуться в атмосферу работы заказчика, и тем самым лучше его понимать. Понимать из чего состоит типовой рабочий день нашего пользователя. Понимать, что стоит за запросами, кажущимися нам странными нам на первый взгляд. Понимать, что влияет на решения заказчика.
👌🏻Планируйте Дискавери.
Часто говорят: "Чем больше ты знаешь, тем меньше боишься".
👌🏻Готовьтесь к изменениям по ходу Дискавери.
Даже если у вас есть согласованный план встреч, будьте готовы что он может серьезно поменяться на ходу. Например, встречу просят перенести, или переговорная комната окажется забронирована кем-то другим. Или более серьезно - на установочной встрече вы понимаете, что цели проекта могут быть иными, чем вы изначально предполагали, и поэтому план надо перестраивать на ходу. Главное адекватно и без негатива принимать такие вещи как данность и профессионально на них реагировать. Ваши гибкость и способности думать на ходу помогает заработать очки в глазах клиента.
👌🏻Стремитесь заслужить доверие клиента.
Благодаря прочным отношениям с клиентом, вы можете легко договориться о последующем звонке, выяснить те или иные детали, а к вашим предложениям будут прислушиваться.
Желаем вам удачных и конструктивных Дискавери!