Почему пользователи не читают документацию или как можно улучшить руководство пользователя
Часть 1
Часть 2
Часть 1
Часть 2
Хабр
Почему пользователи не читают документацию или как можно улучшить руководство пользователя
Часть первая Данная статья не предполагает каких-то заумных и крайне неочевидных советов по написанию и проверке технической документации. Многие из перечисленных «советов» многим покажутся...
👍7❤2
Forwarded from Базы данных & SQL
SQL-программирование: наиболее полный видеокурс
#видеоуроки
Содержание:
1. Введение
2. О SQL
3. Установка MySQL
4. Базовые команды
5. Применение команды SELECT
6. Оперирование записями
7. Нормализация. Первая форма
8. Изменение полей таблиц
9. Строковые функции
10. Применение CASE и ORDER BY
11. Функции для работы с числами
12. Прочие полезности общего применения
13. Многотабличное хранение
14. Объединения
15. Подзапросы и крупные выборки
16. Еще раз о нормализации
17. Представления
18. Workbench
Перейти
#видеоуроки
Содержание:
1. Введение
2. О SQL
3. Установка MySQL
4. Базовые команды
5. Применение команды SELECT
6. Оперирование записями
7. Нормализация. Первая форма
8. Изменение полей таблиц
9. Строковые функции
10. Применение CASE и ORDER BY
11. Функции для работы с числами
12. Прочие полезности общего применения
13. Многотабличное хранение
14. Объединения
15. Подзапросы и крупные выборки
16. Еще раз о нормализации
17. Представления
18. Workbench
Перейти
Библиотека программиста
SQL-программирование: наиболее полный видеокурс
SQL-программирование относится к той предметной области, которую можно изучить только на практике, и данный курс поможет вам в этом.
👍10❤4🔥3
Зачем готовиться к собеседованию? Как готовиться к собеседованию? Как пройти успешно собеседование?
Сегодня постараемся ответить на эти вопросы кратко и понятным языком)
Во-первых давайте немного разберёмся для чего вообще готовиться к собеседованию, можно же и так пройти. Подготовка к собеседованию полезна тем, что не дает забыть о некоторых важных фактах или определениях, а многим кандидатам придает уверенности в себе. Ведь от первого впечатления зависит мнение о кандидате, и если у кандидата нет подходящего опыта, сколько нужно было в требования к вакансии, но было замечено его трудолюбие и готовность к сотрудничеству, подготовленность была настолько хороша, что работодатель оценил по достоинству, то ему могут сделать предложение о работе исходя из успешно пройденного собеседования.
Подготовьтесь к интервью и позвольте работодателю оценить вас по достоинству😉
Теперь давайте ответим на вопрос как подготовится к собеседованию на роль бизнес/системного аналитика. И для этого приведём несколько общих тем и вопросов, которые встречаются на собеседованиях:
Темы для подготовки к собеседованию:
1️⃣ Требования (виды требований, работа с требованиями, форматы use case и user story)
2️⃣ Нотации UML и BPMN
3️⃣ SQL и базы данных
4️⃣ Интеграции (REST, SOAP, XML, XSD, брокеры сообщений, микросервисы и пр.)
5️⃣ Методологии разработки ПО
И также вопросы на позиции:
📌Бизнес-аналитик:
- Топ вопросов на позицию Бизнес-аналитика
📌Системный аналитик
- Топ вопросов на позицию Системного аналитика
Вопросы на собеседованиях всегда зависят от самой компании, какая у неё область/отрасль или какие у неё требования и ожидания от кандидата. Также вопросы зависят от с опыта самого кандидата. Мы привели распространённые темы и вопросы для ИТ-аналитиков, которые задают вне зависимости от опыта кандидата.
Ну и остался вопрос, как пройти успешно собеседование? Если быть кратким, то надо быть уверенным в себе, не боятся, и быть подготовленным. А если вдаваться в подробности, то предлагаю ознакомится со статьей - «Как успешно проходить собеседования, как вести себя на собеседовании? Что задают на собеседовании: вопросы и ответы при собеседовании на работу»
Сегодня постараемся ответить на эти вопросы кратко и понятным языком)
Во-первых давайте немного разберёмся для чего вообще готовиться к собеседованию, можно же и так пройти. Подготовка к собеседованию полезна тем, что не дает забыть о некоторых важных фактах или определениях, а многим кандидатам придает уверенности в себе. Ведь от первого впечатления зависит мнение о кандидате, и если у кандидата нет подходящего опыта, сколько нужно было в требования к вакансии, но было замечено его трудолюбие и готовность к сотрудничеству, подготовленность была настолько хороша, что работодатель оценил по достоинству, то ему могут сделать предложение о работе исходя из успешно пройденного собеседования.
Подготовьтесь к интервью и позвольте работодателю оценить вас по достоинству😉
Теперь давайте ответим на вопрос как подготовится к собеседованию на роль бизнес/системного аналитика. И для этого приведём несколько общих тем и вопросов, которые встречаются на собеседованиях:
Темы для подготовки к собеседованию:
1️⃣ Требования (виды требований, работа с требованиями, форматы use case и user story)
2️⃣ Нотации UML и BPMN
3️⃣ SQL и базы данных
4️⃣ Интеграции (REST, SOAP, XML, XSD, брокеры сообщений, микросервисы и пр.)
5️⃣ Методологии разработки ПО
И также вопросы на позиции:
📌Бизнес-аналитик:
- Топ вопросов на позицию Бизнес-аналитика
📌Системный аналитик
- Топ вопросов на позицию Системного аналитика
Вопросы на собеседованиях всегда зависят от самой компании, какая у неё область/отрасль или какие у неё требования и ожидания от кандидата. Также вопросы зависят от с опыта самого кандидата. Мы привели распространённые темы и вопросы для ИТ-аналитиков, которые задают вне зависимости от опыта кандидата.
Ну и остался вопрос, как пройти успешно собеседование? Если быть кратким, то надо быть уверенным в себе, не боятся, и быть подготовленным. А если вдаваться в подробности, то предлагаю ознакомится со статьей - «Как успешно проходить собеседования, как вести себя на собеседовании? Что задают на собеседовании: вопросы и ответы при собеседовании на работу»
👍15🔥7
Forwarded from Testing | QA
This media is not supported in your browser
VIEW IN TELEGRAM
В эфире: CEO, Менеджер, Программист и Стажёр
😁37👍6🤩2
Как мотивировать разработчиков развиваться с помощью прозрачной системы повышения зарплат
Данная статья будет интересна не только разработчикам, но и другим ролям в сфере ИТ
В статье речь пойдет о мотивации и о способах повышения заработной платы
Перейти
Данная статья будет интересна не только разработчикам, но и другим ролям в сфере ИТ
В статье речь пойдет о мотивации и о способах повышения заработной платы
Перейти
vc.ru
Как мотивировать разработчиков развиваться с помощью прозрачной системы повышения зарплат — Карьера на vc.ru
Зарплату нужно повышать всем и справедливо — научился новому, денег будет больше. Стоишь на месте — рост минимальный.
👍4
Техники сбора требований к разработке ПО
Прежде, чем начать собирать требования, нам необходимо понимать, что такое требование (1), для чего их собирать (2), выявить всех заинтересованных лиц / стейкхолдеров (3), которые будут пользоваться системой
1️⃣ Требования к ПО- это спецификация того, что должно быть реализовано в системе.
Требования к ПО состоят из трех уровней:
- бизнес-требования
- требования пользователей
- функциональные требования
2️⃣ Сбор требований - это один из самых важных этапов процесса создания любой информационной системы, будь то десктопное, веб или мобильное приложение или же просто доработка уже существующего решения
3️⃣ Стейкхолдеры - это физическое или юридическое лицо, группа лиц, чьи действия и решения могут влиять на деятельность бизнеса, процессы в нем и прибыль. К стейкхолдерам относятся поставщики, сотрудники, акционеры, клиенты и другие стороны, которые напрямую заинтересованы в работе компании и ее результатах или имеют возможность воздействовать косвенно.
Теперь разберемся с техниками сбора требований. Не существует единственной техники, которой можно собрать абсолютно все требования к продукту. Для каждого этапа детализации потребностей подходит одна конкретная техника или комбинация нескольких.
Разберем наиболее часто используемые техники:
📌Интервьюирование - проходит один на один со сстейкхолдером в форме свободной беседы, в офлайн или онлайн формате. Прежде чем назначить встречу необходимо подготовить тему разговора и список вопросов, и направить собеседнику, чтобы он тоже подготовился. Интервью помогает детализировать понимание глобального вопроса, разбить общую тему на отдельные задачи, уточнить требования конкретного стейкхолдера к проекту
📌Мозговой штурм - метод решения задач, в котором участники обсуждения генерируют максимальное количество идей решений задачи, в том числе самые фантастические и глупые. Обычно используется для определения возможных решений проблем и уточнения деталей возможностей
📌Прототипирование - это техника для построения быстрой и приблизительной версию желаемой системы или части этой системы. Прототип демонстрирует возможности системы пользователям и дизайнерам. Прототип представляет механизм связи, позволяющий рецензентам, понять взаимодействие внутри системы
📌Анализ существующей документации - Данная методика может быть использована при наличии в организации документации, которая может помочь в определении потребностей Заказчика. Примеры документации включают в себя: регламенты,
описания процессов, структура организации, спецификации продукта, различные процедуры, стандарты и инструкции, шаблоны документов, нормативные акты и т.д.
📌Анализ вариантов использования (Use case) это описательный документ, в котором излагается последовательность событий, описывающих использование пользователем системы для достижения определенных целей. Use case описывают поведение системы, предназначенное для разработки, без описания того как это поведение должно быть разработано
📌 Пользовательские истории (User story) это простой подход к сбору требований, который сдвигает фокус с формального документирования требований к разговору, который позволяет проекту быть более восприимчивыми с момента его создания. Пользовательские истории отличаются от вариантов использования тем, что они написаны клиентами
Также есть и другие техники по сбору требований, такие как, воркшоп, семинары, совещания, работа в фокус-группе и тд.
#сбортребований
----------------------
Комбинирование методик позволяет повысить эффективность сбора требований, а так же избежать их «потери». При сборе требований необходимо помнить, что важны не только функциональные требования (ЧТО делает система), но и нефункциональные (КАК система это делает)
Тщательно собранные требования минимизируют риски проекта, т.к. позволяют сформировать четкий и понятный базис для разработки системы
Прежде, чем начать собирать требования, нам необходимо понимать, что такое требование (1), для чего их собирать (2), выявить всех заинтересованных лиц / стейкхолдеров (3), которые будут пользоваться системой
1️⃣ Требования к ПО- это спецификация того, что должно быть реализовано в системе.
Требования к ПО состоят из трех уровней:
- бизнес-требования
- требования пользователей
- функциональные требования
2️⃣ Сбор требований - это один из самых важных этапов процесса создания любой информационной системы, будь то десктопное, веб или мобильное приложение или же просто доработка уже существующего решения
3️⃣ Стейкхолдеры - это физическое или юридическое лицо, группа лиц, чьи действия и решения могут влиять на деятельность бизнеса, процессы в нем и прибыль. К стейкхолдерам относятся поставщики, сотрудники, акционеры, клиенты и другие стороны, которые напрямую заинтересованы в работе компании и ее результатах или имеют возможность воздействовать косвенно.
Теперь разберемся с техниками сбора требований. Не существует единственной техники, которой можно собрать абсолютно все требования к продукту. Для каждого этапа детализации потребностей подходит одна конкретная техника или комбинация нескольких.
Разберем наиболее часто используемые техники:
📌Интервьюирование - проходит один на один со сстейкхолдером в форме свободной беседы, в офлайн или онлайн формате. Прежде чем назначить встречу необходимо подготовить тему разговора и список вопросов, и направить собеседнику, чтобы он тоже подготовился. Интервью помогает детализировать понимание глобального вопроса, разбить общую тему на отдельные задачи, уточнить требования конкретного стейкхолдера к проекту
📌Мозговой штурм - метод решения задач, в котором участники обсуждения генерируют максимальное количество идей решений задачи, в том числе самые фантастические и глупые. Обычно используется для определения возможных решений проблем и уточнения деталей возможностей
📌Прототипирование - это техника для построения быстрой и приблизительной версию желаемой системы или части этой системы. Прототип демонстрирует возможности системы пользователям и дизайнерам. Прототип представляет механизм связи, позволяющий рецензентам, понять взаимодействие внутри системы
📌Анализ существующей документации - Данная методика может быть использована при наличии в организации документации, которая может помочь в определении потребностей Заказчика. Примеры документации включают в себя: регламенты,
описания процессов, структура организации, спецификации продукта, различные процедуры, стандарты и инструкции, шаблоны документов, нормативные акты и т.д.
📌Анализ вариантов использования (Use case) это описательный документ, в котором излагается последовательность событий, описывающих использование пользователем системы для достижения определенных целей. Use case описывают поведение системы, предназначенное для разработки, без описания того как это поведение должно быть разработано
📌 Пользовательские истории (User story) это простой подход к сбору требований, который сдвигает фокус с формального документирования требований к разговору, который позволяет проекту быть более восприимчивыми с момента его создания. Пользовательские истории отличаются от вариантов использования тем, что они написаны клиентами
Также есть и другие техники по сбору требований, такие как, воркшоп, семинары, совещания, работа в фокус-группе и тд.
#сбортребований
----------------------
Комбинирование методик позволяет повысить эффективность сбора требований, а так же избежать их «потери». При сборе требований необходимо помнить, что важны не только функциональные требования (ЧТО делает система), но и нефункциональные (КАК система это делает)
Тщательно собранные требования минимизируют риски проекта, т.к. позволяют сформировать четкий и понятный базис для разработки системы
👍27🔥6
Как приручить DDD
DDD (Domain Driven Design, предметно-ориентированное проектирование) — это подход, который нацелен на изучение предметной области предприятия в целом или каких-то отдельных бизнес-процессов
Часть 1. Стратегическая - речь пойдет о стратегическом верхнеуровневом проектирование — о том, как разрабатывать программы с точки зрения моделей и требований
Часть 2. Практическая - речь пойдет про практики для работы с кодом и архитектурой, то есть более приближенные к разработке
DDD (Domain Driven Design, предметно-ориентированное проектирование) — это подход, который нацелен на изучение предметной области предприятия в целом или каких-то отдельных бизнес-процессов
Часть 1. Стратегическая - речь пойдет о стратегическом верхнеуровневом проектирование — о том, как разрабатывать программы с точки зрения моделей и требований
Часть 2. Практическая - речь пойдет про практики для работы с кодом и архитектурой, то есть более приближенные к разработке
Хабр
Как приручить DDD. Часть 1. Стратегическая
DDD — одна из моих основных рабочих методологий, я применяю её больше пяти лет. Хотя она довольна сложная, в том числе потому что это верхнеуровневый набор практик. DDD - это не фреймворк, когда нет...
❤6👍3
Стейкхолдеры. Кто они, почему так важны и как с ними работать бизнес-аналитику
Для начала разберёмся, что понимается под термином «Стейкхолдер (stakeholder)» - человек, группа лиц или отдельные организации, чьи действия, поведение или решения могут влиять на прибыль компании и процессы в ней, грубо говоря под стейкхолдером понимают любого субъекта, который как-то заинтересован в деятельности компании.
Стейкхолдеры (заинтересованные лица) - это носитель определённой роли, а не конкретный человек или организация.
Для более подробного разбора, кто такие стейкхолдеры, поможет статья
Виды стейкхолдеров
📌По типу взаимодействия:
- внутренние (находятся внутри организации и кто активно вовлечён в процессы компании, такие как: персонал, учредители, инвесторы)
- внешние (за пределами предприятия, такие как: покупатели, поставщики, посредники)
Благодаря анализу внутренних стейкхолдеров можно определить настроения в самой компании, выявить проблемы и найти оптимальное решение для всех участников. Контроль над внешними стейкхолдерами поможет спроектировать алгоритм воздействия и вовремя обнаружить возможные преграды.
📌 по уровню влияния:
- первичные, тот круг лиц, который непосредственно влияет на процессы компании. В эту группу включаются основатели и прямые руководители компании, инвесторы, отделы со всеми работниками, партнеры и поставщики
- вторичные, окружение, не имеющее прямого отношения к производству, однако обладающее большим влиянием. К ним относятся СМИ, представители власти и блюстители правопорядка, общественные деятели и активисты (все зависит от деятельности компании и самих процессов)
Процесс работы бизнес-аналитика со стейкхолдерами
Так как работа со стейкхолдерами — одна из основных задач бизнес-аналитика, ему важно найти подход к каждому из них, правильно определить приоритетность и организовать взаимодействие. Число стейкхолдеров зависит от самого проекта или фичи над которой работает бизнес-аналитик.
Во первых необходимо провести анализ стейкхолдеров:
1️⃣ Правильно определить с какими стейкхолдерами необходимо работать по какой либо фиче или проекту. На данном этапе будет полезен мозговой штурм с перечислением множества различных вариантов для того, чтобы максимально полно перечислить всех лиц, способных повлиять на исход проекта.
2️⃣ Расставить приоритеты, провести оценку влияния и важности стейкхолдеров
3️⃣ Выбрать стратегию работы со стейкхолдерами.
Более подробно про анализ стейкхолдеров описан в статье
После проведённого анализа стейкхолдеров бизнес-аналитику необходимо подготовиться к сбору требований со стейкхолдеров и назначить встречи.
Более подробно про работу с несколькими стейкхолдерами познакомит статья
Подведя итог, можно сказать, что нахождение и работа со стейкхолдерами – важный процесс для большинства проектов. Разобравшись с интересами внутренних и внешних лиц, вы сможете выявить опасности, предугадать действия и увидеть скрытые перспективы
Для начала разберёмся, что понимается под термином «Стейкхолдер (stakeholder)» - человек, группа лиц или отдельные организации, чьи действия, поведение или решения могут влиять на прибыль компании и процессы в ней, грубо говоря под стейкхолдером понимают любого субъекта, который как-то заинтересован в деятельности компании.
Стейкхолдеры (заинтересованные лица) - это носитель определённой роли, а не конкретный человек или организация.
Для более подробного разбора, кто такие стейкхолдеры, поможет статья
Виды стейкхолдеров
📌По типу взаимодействия:
- внутренние (находятся внутри организации и кто активно вовлечён в процессы компании, такие как: персонал, учредители, инвесторы)
- внешние (за пределами предприятия, такие как: покупатели, поставщики, посредники)
Благодаря анализу внутренних стейкхолдеров можно определить настроения в самой компании, выявить проблемы и найти оптимальное решение для всех участников. Контроль над внешними стейкхолдерами поможет спроектировать алгоритм воздействия и вовремя обнаружить возможные преграды.
📌 по уровню влияния:
- первичные, тот круг лиц, который непосредственно влияет на процессы компании. В эту группу включаются основатели и прямые руководители компании, инвесторы, отделы со всеми работниками, партнеры и поставщики
- вторичные, окружение, не имеющее прямого отношения к производству, однако обладающее большим влиянием. К ним относятся СМИ, представители власти и блюстители правопорядка, общественные деятели и активисты (все зависит от деятельности компании и самих процессов)
Процесс работы бизнес-аналитика со стейкхолдерами
Так как работа со стейкхолдерами — одна из основных задач бизнес-аналитика, ему важно найти подход к каждому из них, правильно определить приоритетность и организовать взаимодействие. Число стейкхолдеров зависит от самого проекта или фичи над которой работает бизнес-аналитик.
Во первых необходимо провести анализ стейкхолдеров:
1️⃣ Правильно определить с какими стейкхолдерами необходимо работать по какой либо фиче или проекту. На данном этапе будет полезен мозговой штурм с перечислением множества различных вариантов для того, чтобы максимально полно перечислить всех лиц, способных повлиять на исход проекта.
2️⃣ Расставить приоритеты, провести оценку влияния и важности стейкхолдеров
3️⃣ Выбрать стратегию работы со стейкхолдерами.
Более подробно про анализ стейкхолдеров описан в статье
После проведённого анализа стейкхолдеров бизнес-аналитику необходимо подготовиться к сбору требований со стейкхолдеров и назначить встречи.
Более подробно про работу с несколькими стейкхолдерами познакомит статья
Подведя итог, можно сказать, что нахождение и работа со стейкхолдерами – важный процесс для большинства проектов. Разобравшись с интересами внутренних и внешних лиц, вы сможете выявить опасности, предугадать действия и увидеть скрытые перспективы
👍17🔥2
Автоматизация разработки конструкторской документации средствами VBA
Часть 1 - В данной статье автор расскажет о своем подходе к автоматизации работы на примере документов Word. Этот же подход применим и к Visio и к AutoCAD и к любому продукту, в котором предусмотрена возможность использования Visual Basic for Application (VBA).
Часть 2 - продолжение первой статьи, где пойдет речь об организации работы с комплектом разнородных документов при помощи вспомогательной базы Excel и как оказалось возможным делать комплекты документов вообще не открывая Word.
Часть 1 - В данной статье автор расскажет о своем подходе к автоматизации работы на примере документов Word. Этот же подход применим и к Visio и к AutoCAD и к любому продукту, в котором предусмотрена возможность использования Visual Basic for Application (VBA).
Часть 2 - продолжение первой статьи, где пойдет речь об организации работы с комплектом разнородных документов при помощи вспомогательной базы Excel и как оказалось возможным делать комплекты документов вообще не открывая Word.
Хабр
Автоматизация разработки конструкторской документации средствами VBA
Когда придет пора сдавать проект, И страшный нормоконтролер тебя возьмет за жабры, Ты сможешь после гордо заявить – «К КД, товарищи, претензий нет!» «Как это нет???» - «Вот так. Я прочитал статью на...
❤3👍2
Руководство по SQL для начинающих
Пошаговая инструкция по установке, настройке и наполнению базы данных PostgreSQL с помощью pgAdmin и SQL-запросов.
Часть 1: создание базы данных, таблиц и установка связей между таблицами
Часть 2: фильтрация данных, запрос внутри запроса, работа с массивами
Часть 3: усложняем запросы, именуем вложенные запросы, анализируем скорость запроса
Пошаговая инструкция по установке, настройке и наполнению базы данных PostgreSQL с помощью pgAdmin и SQL-запросов.
Часть 1: создание базы данных, таблиц и установка связей между таблицами
Часть 2: фильтрация данных, запрос внутри запроса, работа с массивами
Часть 3: усложняем запросы, именуем вложенные запросы, анализируем скорость запроса
Библиотека программиста
🐘 Руководство по SQL для начинающих. Часть 1: создание базы данных, таблиц и установка связей между таблицами
Пошаговая инструкция по установке, настройке и наполнению базы данных PostgreSQL с помощью pgAdmin и SQL-запросов.
🔥9👍5
Forwarded from Analyst IT
Что такое NPS, чем упущенный импакт отличается от обычного и как он может помочь при расстановке приоритетов?
Аббревиатура выше расшифровывается как Net Promoter Score, или индекс потребительской лояльности. Эта метрика показывает отношение потребителей к бренду.
Подробнее о том, как она рассчитывается и чем NPS отличается от tNPS, в статье на Хабре рассказал Сергей Барановский, руководитель проектов по аналитике в Блоке по клиентскому опыту и сервису МТС.
Читать статью
Аббревиатура выше расшифровывается как Net Promoter Score, или индекс потребительской лояльности. Эта метрика показывает отношение потребителей к бренду.
Подробнее о том, как она рассчитывается и чем NPS отличается от tNPS, в статье на Хабре рассказал Сергей Барановский, руководитель проектов по аналитике в Блоке по клиентскому опыту и сервису МТС.
Читать статью
Хабр
Упущенный импакт tNPS: потенциал, как основа ранжирования
Привет, Хабр! Меня зовут Сергей Барановский, я руководитель проектов по аналитике в Блоке по клиентскому опыту и сервису МТС. Сегодня поговорим о том, что такое NPS, чем упущенный импакт отличается от...
👍7❤1🤔1