Планировать нельзя сойти с ума: как не забыть ни про проекты, ни про людей
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Планировать нельзя сойти с ума: как не забыть ни про проекты, ни про людей
Привет, я Вика Синельникова — руководитель отдела спецпроектов в KTS . Рассказываю, как еженедельно планировать команду на большой объем проектов и не сойти с ума. Что в статье: Как планирование...
❤5👍5
Forwarded from Business | System analyst
Алоха! Сегодня продолжаем разбирать вопросы, которые любят задавать на собеседовании на роль BA/SA и затронем тему пользовательских историй / user story
#вопросыссобеседования | @ba_and_sa
Часть 14:
📍Вопрос 1: Что такое user story? Какие критерии их написания вы знаете?
✅Краткий ответ:
User story - это краткое и затрагивающее интересы пользователя описание конкретной функциональности или возможности, отражающее потребности и ожидания конечного пользователя. Оно обычно составляется простым и нетехническим языком и имеет определенный формат, обеспечивающий ясность и эффективность коммуникации между заинтересованными сторонами и командами разработки
Критерии написания user story:
1. Ориентированность на пользователя или ценность: User story должна фокусироваться на потребностях, мотивациях и целях конечных пользователей. Она должна ясно формулировать, чего пользователь хочет достичь и почему это важно для него.
2. Независимость и малая размерность: User story должна быть достаточно маленькой, чтобы быть завершенной в рамках одной итерации разработки, обычно 1-2 недели. Она также должна быть независимой от других историй, чтобы обеспечить гибкость в их приоритезации и планировании.
3. Тестуемость: Каждая user story должна быть написана таким образом, чтобы ее критерии приемки могли быть четко определены и протестированы. Это помогает убедиться в том, что команда разработки и заинтересованные стороны имеют общее понимание успешной реализации.
4. Общая гранулярность: Избегайте слишком детализированных или мелких user story. Лучше фокусироваться на высокоуровневой функциональности, оставляя возможность для команды разработки определить детали при реализации.
5. Оцениваемость: Каждая User Story должна быть оцениваемой. Команда должна иметь возможность оценить сложность и объем работы, необходимых для реализации каждой истории. Это помогает команде планировать и управлять процессом разработки.
📎Материалы по теме:
- Пользовательские истории в разработке
- Как писать User Stories и зачем они нужны
- Как разработать критерии приёмки для User Story
📍Вопрос 2: Приведите пример user store
✅ Краткий ответ:
Пример хорошо написанной пользовательской истории:
User story строится исходя из шаблона:
«Как» - «Я хочу» - «Чтобы»
Как зарегистрированный пользователь,
Я хочу иметь возможность сбросить свой пароль,
Чтобы я мог восстановить доступ к своему аккаунту, если я его забуду.
Критерии приемлемости:
- На странице входа должна быть ссылка «Забыли пароль».
- Щелчок по ссылке «Забыли пароль» должен перенаправить пользователя на страницу сброса пароля.
- Страница сброса пароля должна предлагать пользователю ввести свой зарегистрированный адрес электронной почты.
- После отправки адреса электронной почты система должна отправить электронное письмо со ссылкой для сброса пароля.
- Щелчок по ссылке сброса пароля в электронном письме должен перенаправить пользователя на страницу, где он может ввести новый пароль.
- При успешном сбросе пароля пользователь должен получить подтверждение и быть перенаправленным на страницу входа
📎Материалы по теме:
- User Story: пора применять правильно
- Пользовательские истории с примерами и шаблоном
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
#вопросыссобеседования | @ba_and_sa
Часть 14:
📍Вопрос 1: Что такое user story? Какие критерии их написания вы знаете?
✅Краткий ответ:
User story - это краткое и затрагивающее интересы пользователя описание конкретной функциональности или возможности, отражающее потребности и ожидания конечного пользователя. Оно обычно составляется простым и нетехническим языком и имеет определенный формат, обеспечивающий ясность и эффективность коммуникации между заинтересованными сторонами и командами разработки
Критерии написания user story:
1. Ориентированность на пользователя или ценность: User story должна фокусироваться на потребностях, мотивациях и целях конечных пользователей. Она должна ясно формулировать, чего пользователь хочет достичь и почему это важно для него.
2. Независимость и малая размерность: User story должна быть достаточно маленькой, чтобы быть завершенной в рамках одной итерации разработки, обычно 1-2 недели. Она также должна быть независимой от других историй, чтобы обеспечить гибкость в их приоритезации и планировании.
3. Тестуемость: Каждая user story должна быть написана таким образом, чтобы ее критерии приемки могли быть четко определены и протестированы. Это помогает убедиться в том, что команда разработки и заинтересованные стороны имеют общее понимание успешной реализации.
4. Общая гранулярность: Избегайте слишком детализированных или мелких user story. Лучше фокусироваться на высокоуровневой функциональности, оставляя возможность для команды разработки определить детали при реализации.
5. Оцениваемость: Каждая User Story должна быть оцениваемой. Команда должна иметь возможность оценить сложность и объем работы, необходимых для реализации каждой истории. Это помогает команде планировать и управлять процессом разработки.
📎Материалы по теме:
- Пользовательские истории в разработке
- Как писать User Stories и зачем они нужны
- Как разработать критерии приёмки для User Story
📍Вопрос 2: Приведите пример user store
✅ Краткий ответ:
Пример хорошо написанной пользовательской истории:
User story строится исходя из шаблона:
«Как» - «Я хочу» - «Чтобы»
Как зарегистрированный пользователь,
Я хочу иметь возможность сбросить свой пароль,
Чтобы я мог восстановить доступ к своему аккаунту, если я его забуду.
Критерии приемлемости:
- На странице входа должна быть ссылка «Забыли пароль».
- Щелчок по ссылке «Забыли пароль» должен перенаправить пользователя на страницу сброса пароля.
- Страница сброса пароля должна предлагать пользователю ввести свой зарегистрированный адрес электронной почты.
- После отправки адреса электронной почты система должна отправить электронное письмо со ссылкой для сброса пароля.
- Щелчок по ссылке сброса пароля в электронном письме должен перенаправить пользователя на страницу, где он может ввести новый пароль.
- При успешном сбросе пароля пользователь должен получить подтверждение и быть перенаправленным на страницу входа
📎Материалы по теме:
- User Story: пора применять правильно
- Пользовательские истории с примерами и шаблоном
Источник: @ba_and_sa
‼️Предыдущие части смотрите по #собеседование #вопросыссобеседования
🔥11❤4👍4
Forwarded from BApedia | Бизнес-анализ
BABOK и Lean: строим карту потоков создания ценности для анализа бизнес-процессов
Хотя бизнес-анализ как самостоятельная область деятельности не отметил еще и 20-летнего юбилея, он активно применяет давно используемые методы и практики производственного менеджмента с 70-летней историей. Сегодня рассмотрим, как некоторые техники BABOK®Guide связаны с идеями бережливого производства (Lean) и на практическом примере разберем, как построить карту потока создания ценности.
Перейти к статье | BApedia
Хотя бизнес-анализ как самостоятельная область деятельности не отметил еще и 20-летнего юбилея, он активно применяет давно используемые методы и практики производственного менеджмента с 70-летней историей. Сегодня рассмотрим, как некоторые техники BABOK®Guide связаны с идеями бережливого производства (Lean) и на практическом примере разберем, как построить карту потока создания ценности.
Перейти к статье | BApedia
❤4🔥2
«У нас с этим контрагентом дружеские отношения» или как остаться без документации на проекте
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
«У нас с этим контрагентом дружеские отношения» или как остаться без документации на проекте
Примечания автора В проект, описанный ниже, меня пригласили в качестве системного аналитика и руководителя проектов. Совмещение двух ролей было возможным, но это занимало много времени. Заголовок не...
Виды баз данных. Большой обзор типов СУБД
В статье будут рассмотрены следующие типы баз данных:
• Реляционные
• Ключ-значение
• Документо-ориентированные
• Базы данных временных рядов
• Графовые базы данных
• Поисковые базы данных (Search Engines)
• Объектно-ориентированные базы данных
• RDF (Resource Denoscription Framework)
• Wide Column Stores
• Мультимодальные СУБД
• Native XML СУБД
• GEO/GIS (пространственные) и специализированные СУБД
• Event СУБД (баз данных переходов состояний)
• Контентные СУБД
• Навигационные (Navigational) СУБД
• Векторные базы данных
Читать статью | Analyst IT
В статье будут рассмотрены следующие типы баз данных:
• Реляционные
• Ключ-значение
• Документо-ориентированные
• Базы данных временных рядов
• Графовые базы данных
• Поисковые базы данных (Search Engines)
• Объектно-ориентированные базы данных
• RDF (Resource Denoscription Framework)
• Wide Column Stores
• Мультимодальные СУБД
• Native XML СУБД
• GEO/GIS (пространственные) и специализированные СУБД
• Event СУБД (баз данных переходов состояний)
• Контентные СУБД
• Навигационные (Navigational) СУБД
• Векторные базы данных
Читать статью | Analyst IT
Хабр
Виды баз данных. Большой обзор типов СУБД
Часто, в обзорах видов баз данных упоминают реляционные и “другие”, “NoSQL” и т.д., либо приводят самые основные типы СУБД (базы данных), забывая о редких. В данной статье я постараюсь описать...
❤7👍4🔥4🤔1
Forwarded from Business | System analyst
Алоха! Часто возникает вопрос «Зачем системным аналитикам и бизнес-аналитикам знать базы данных ? И почему так часто про них спрашивают на собеседованиях?» поэтому я решила начать новую рубрику про #БД, где будем изучать, что это такое, какие они бывают, и тд.
Вот несколько причин, почему важно обладать знаниями в этой области:
🌐 Понимание данных: Базы данных являются хранилищем информации, которую мы анализируем. Развитие навыков работы с базами данных позволяет нам понимать, где и как организована эта информация, что помогает в определении наиболее эффективных способов работы с данными.
📑Запросы и отчеты: Используя SQL или другое, мы можем создавать и выполнять запросы к базам данных для извлечения нужных нам данных. Это позволяет нам формировать отчеты, анализировать информацию и принимать обоснованные решения на основе полученных результатов.
⚙️Интеграция систем: Знание баз данных помогает нам взаимодействовать с другими системами и приложениями. Мы можем извлекать данные из различных источников, объединять их и анализировать вместе для получения полной и точной картины.
🧬Оптимизация процессов: Понимание баз данных позволяет нам идентифицировать и исправлять проблемы производительности, оптимизировать запросы и структуру базы данных. Это значительно повышает эффективность работы системы и процессов бизнеса.
👫🏼Взаимодействие с командами разработки: Знание баз данных помогает нам эффективно общаться и сотрудничать с командами разработки. Мы можем легче понимать их потребности, помогать в проектировании баз данных и предложить оптимальные решения.
В итоге, понимание баз данных является важным навыком для системных/бизнес-аналитиков, помогающим им собирать, анализировать и использовать данные более эффективно, оптимизировать процессы и принимать обоснованные решения на основе данных.
#базыданных @ba_and_sa
Для начала познакомимся с SQL, для этого предлагаю несколько статей на эту тему:
📌Базы данных и начало работы с SQL
📌SQL за 20 минут
Вот несколько причин, почему важно обладать знаниями в этой области:
🌐 Понимание данных: Базы данных являются хранилищем информации, которую мы анализируем. Развитие навыков работы с базами данных позволяет нам понимать, где и как организована эта информация, что помогает в определении наиболее эффективных способов работы с данными.
📑Запросы и отчеты: Используя SQL или другое, мы можем создавать и выполнять запросы к базам данных для извлечения нужных нам данных. Это позволяет нам формировать отчеты, анализировать информацию и принимать обоснованные решения на основе полученных результатов.
⚙️Интеграция систем: Знание баз данных помогает нам взаимодействовать с другими системами и приложениями. Мы можем извлекать данные из различных источников, объединять их и анализировать вместе для получения полной и точной картины.
🧬Оптимизация процессов: Понимание баз данных позволяет нам идентифицировать и исправлять проблемы производительности, оптимизировать запросы и структуру базы данных. Это значительно повышает эффективность работы системы и процессов бизнеса.
👫🏼Взаимодействие с командами разработки: Знание баз данных помогает нам эффективно общаться и сотрудничать с командами разработки. Мы можем легче понимать их потребности, помогать в проектировании баз данных и предложить оптимальные решения.
В итоге, понимание баз данных является важным навыком для системных/бизнес-аналитиков, помогающим им собирать, анализировать и использовать данные более эффективно, оптимизировать процессы и принимать обоснованные решения на основе данных.
#базыданных @ba_and_sa
Для начала познакомимся с SQL, для этого предлагаю несколько статей на эту тему:
📌Базы данных и начало работы с SQL
📌SQL за 20 минут
🔥5❤4👍4
Как мы внедрили и автоматизировали ЭДО Fix Price в Казахстане с помощью 1С
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Как мы внедрили и автоматизировали ЭДО Fix Price в Казахстане с помощью 1С
Формировать, рассылать и контролировать подписание кадровых документов вручную не слишком удобно даже в маленькой фирме. Что уж говорить про компанию, в которой работает более полутора тысяч человек....
Данные каждому нужны, данные каждому важны: почему сбор данных необходим всем в ИТ ― от директора до техподдержки
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Данные каждому нужны, данные каждому важны: почему сбор данных необходим всем в ИТ ― от директора до техподдержки
Данные об ИТ-инфраструктуре компании нужны всем ― от ИТ-директора до линейного специалиста технической поддержки. Отсутствие данных о состоянии инфраструктуры «здесь и сейчас» приводит к миллионным...
👍6❤3🔥2
Как мы в 1С работаем с различными СУБД, не привлекая внимания санитаров (зачеркнуто) разработчиков
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Как мы в 1С работаем с различными СУБД, не привлекая внимания санитаров (зачеркнуто) разработчиков
Чем большее количество СУБД и ОС поддерживает какая-либо программа – тем больше у нее пользователей, и это хорошо для производителей программы. При этом нужно помнить, что поддержка каждой СУБД – это...
👍3❤2
Forwarded from Business | System analyst
Хабр
Проработка нефункциональных требований? Нет, проработка аспектов обеспечения качества
Аннотация “Надежность/доступность системы должна быть 99.5%”. В этой формулировке есть проблемы: А почему 99.5%, а не 99.6% ? Почему именно 99.5%? Вся система должна быть одинаково надежная? Точно?...
👍5🔥3❤2