Аннотация
Системные и бизнес‑аналитики ежедневно пишут десятки требований, юскейсов и спецификаций. На каждый документ уходит 2–3 часа: собрать факты, договориться об уровне детализации, причесать стиль. Акроним КОМПОЗИТОРЧитать полностью »
Рубрика «разработка требований»
Промт-инжиниринг для аналитиков по фреймворку КОМПОЗИТОР
2025-04-28 в 13:46, admin, рубрики: промпт-инжиниринг, промтинг, разработка требований, системный анализРецензия на книгу «Разработка требований к программному обеспечению» Карла Вигерса и Джой Битти
2018-09-24 в 5:20, admin, рубрики: Анализ и проектирование систем, бизнес-анализ, Профессиональная литература, разработка требований, системный анализ, Управление решениямиВ 2018-м году переиздали книгу «Разработка требований к программному обеспечению». Коллеги прислали мне ссылку на издание. Авторы добавили приёмы для работы в agile-проектах, определение роли аналитика и рекомендации по автоматизации. В Сети ходят крайне противоречивые отзывы. Заказал книгу и разобрался в вопросе.
Читать полностью »
Разработка через приемочные тесты (ATDD). Что это такое, и с чем его едят
2017-12-13 в 10:26, admin, рубрики: acceptance testing, atdd, Requirements, software development, Анализ и проектирование систем, Развитие стартапа, разработка по, разработка требований, Тестирование IT-систем, Управление продуктом, управление разработкойРазработка через тестирование (TDD) – отличный способ повысить качество и надежность кода. Этот же подход может быть распространен и на разработку требований. Он называется "Разработка через приемочные тесты" – acceptance test driven development (ATDD). Сначала я присматривался к этому подходу, потом пробовал применить, потом долго тюнинговал, чтобы приспособить его под мои нужды, и теперь хочу поделиться мыслями. И для себя еще раз разложить все по полочкам.
В этой статье я расскажу небольшое введение в тему. Пример будет совсем простой и скорее для иллюстрации. А в следующей статье постараюсь поделиться историей, как я применял ATDD на практике при разработке настоящей фичи в реальном продукте.
REQ Labs 2017. Онлайн-конференция для бизнес- и системных аналитиков
2017-09-21 в 14:13, admin, рубрики: бизнес-анализ, Блог компании Luxoft, вебинар, конференция, разработка требований, системный анализ
Уважаемые коллеги, приглашаем вас принять участие в четвёртой онлайн-конференции посвящённой бизнес- и системному анализу REQ Labs 2017. Формат мероприятия остаётся прежним, мы делимся своим опытом, вы задаёте свои каверзные вопросы.
30 сентября с 11:30 до 18:00 по московскому времени представим на ваш суд четыре презентации:
- Павел Цытович расскажет о разработке языка описания предметной области на этапе сбора и анализа требований;
- Вместе с Дмитрием Приймаком разберёмся в вопросе, какие качества важны для современного аналитика с точки зрения BABOK;
- Ксения Вигандт поделится опытом в области создания автоматизированных тестов для оценки знаний системных аналитиков;
- Кирилл Барабанов расскажет как разрабатывались требования DWH/BI для Capital Markets IT.
10 правил для бизнес-аналитика
2014-09-08 в 13:10, admin, рубрики: 1С, Анализ и проектирование систем, аналитика, бизнес-анализ, разработка, разработка требований, Системы управления версиями, метки: 1с, аналитика, бизнес-анализ, разработка требованийВступление
Я отработал 1,5 года в большой большой компании, которая занимается оптовыми и розничными поставками нефте-газового оборудования (оборот около 30ккк рублей). Внутри внедрена система управления (разработана на 1С), включающая несколько конфигураций для нескольких бухгалтерий, складов и т.д. Около 2к пользователей, работающих в системе ежедневно.
Поддерживает и развивает всю систему команда аналитиков. За это время у нас выработались правила, которые, по моему мнению, помогут всем аналитикам (бизнес, требований) и менеджерам, сотрудникам поддержки и даже немного разработчикам в крупном enterprise сегменте.
Читать полностью »
Нефункциональные требования
2014-05-06 в 13:13, admin, рубрики: разработка, разработка требований, управление проектамиВступление к переводу
Мы все с вами ежедневно сталкиваемся с нефункциональными требованиями. Мы приходим в мебельный магазин, садимся на кресло и говорим «не удобно» или «это долго не проживет». Мы приходим выбирать автомобиль и не спрашиваем может ли машина разгоняться (функциональное требование), мы спрашиваем за сколько она может разогнаться до 100 км (нефункциональное требование)?
Когда мы проектируем системы, от которых будет зависеть жизнь и здоровье людей, нас интересует их надежность — важное нефункциональное требование.
Нефункциональных требований может быть столько, сколько свойств того или иного продукта может нас интересовать. Эти свойства могут быть весьма расплывчаты, когда нам их описывает заказчик:
— интерфейс должен быть удобный,
— система должна работать быстро,
или весьма точны, когда мы добрались до реализации:
— скорость отработки функции загрузки данных должна быть 1000 записей в секунду,
— должны обрабатываться исключения при ошибках ввода цифр в форме.
Работая над проектами, хорошо составить для себя и всей команды чек-лист нефункциональных требований, о которых надо позаботиться при сборе требований и проектировании продукта. Перевод этой статьи, опубликованный ниже, даст дополнительную информацию по этой теме, хотя возможно и не ответит на все вопросы. Читать полностью »
Crash-тест для системного аналитика
2014-05-01 в 11:55, admin, рубрики: разработка, разработка требований, тестирование, управление требованиями, метки: разработка требований, управление требованиямиСистемный аналитик, он же постановщик, он же тот, кто работает с требованиями и проектирует систему, во многом определяет жизнеспособность будущей или сопровождаемой системы. Хорошо, если он работает не просто как трансивер, передавая требования от заказчика к разработчикам, но и вносит в продукт «добавленную стоимость» — преобразует «хотелки» в систему требований, концентрируя в ней суть разработки.
Чем выше квалификация системного аналитика, тем ниже производственные затраты. Системный аналитик должен свободно плавать не только в предметной области заказчика, но и процессах проектирования, т.е. проще говоря, осознавать, что именно он делает.
Поэтому предлагаю небольшой crash-тест для тех, кто хочет стать системными аналитиками или для тех, кто хочет взять себе системных аналитиков. Безусловно он не исчерпывающий, но такие точечные «удары», позволяют быстро оценить «глубину проникновения» в процесс проектирования и узнать много нового от собеседника.Читать полностью »
Видеозаписи летнего аналитического фестиваля 2010-2012
2013-05-22 в 8:07, admin, рубрики: Анализ и проектирование систем, видео, разработка требований, управление проектами, управление требованиями, метки: Анализ и проектирование систем, видео, разработка требований, управление требованиямиЗа 3 года существования летнего аналитического фестиваля мы накопили большое количество записей интересных выступлений. И сегодня хотим поделиться с вами подборкой:
1. Предпроектные работы
- Юрий Ведение. Как написать хорошее коммерческое предложение
- Константин Быченков. Цели проекта: Что? Зачем? Как?
2. Выявление требований
В чём заключается работа системного аналитика (видео)
2013-04-22 в 10:19, admin, рубрики: Анализ и проектирование систем, видео, профессия, разработка требований, системный анализ, события, метки: видео, профессия, разработка требований, системный анализ, события В ноябре 2012 в МГТУ им. Баумана мы провели
открытое событие «Введение в профессию системного аналитика».
Наконец стала доступна первая часть видео, выступление
Сергея Нужненко на тему «В чём заключается работа системного аналитика»:
1. Мифы о задачах и ответственности. Смежные роли (5 минут): vimeo.com/61652862
2. Риски и неопределённость. Место и задачи в проектном цикле (18 минут): vimeo.com/61968936
3. Окружение, предмет и модель работы. Типовые процессы (10 минут): vimeo.com/62449309
Послушайте!
2013-02-13 в 11:21, admin, рубрики: aaa, agile, kanban, lean, scrum, будущее здесь, разработка требований, системный анализ, счастье, управление проектами, управление требованиями, метки: aaa, kanban, lean, scrum, разработка требований, системный анализ, счастье, управление требованиями Ведь, если лампочки зажигают –
значит – это кому-нибудь нужно?
Кому-нибудь из тех, кто не мыслит жизни без свободы… от наличия на небе естественных светил. А ведь наши далёкие предки, в большинстве своём, безальтернативно посвящали ночное время глубокому сну. Да, чего уж там! Говорят, пока лампа Эдисона не завоевала популярность, люди спали по 10 часов в сутки. Лично я, находясь в потоке, не могу спать больше пяти. Но даже этого слишком много! Часто бывает достаточно трёх. Только без удобного и безопасного искусственного света о подобном оставалось бы лишь мечтать.
И хотя Томаса Эдисона называют королём изобретательства, идея электрической лампы накаливания принадлежит не ему. Зато ему удалось воплотить её в жизнь. Стать батарейкой, позволившей лампочке идеи зажечься. Обеспечить решающий эффект для прорывной технологии.
За несколько лет работы аналитиком, я придумал массу прекрасных ламп программных систем… чтобы потом, с обливающимся кровью сердцем, наблюдать их безжизненные нити. Никакой самоотверженный труд в рамках отведённой роли не позволял увидеть свет в конце проектного туннеля.
В минувшем году я окончательно пришёл к тому, что ныне склонен называть Advanced Agile Analysis. То, что помогло мне, подобно Эдисону, стать человеком-батарейкой, обеспечивая эффект технологических проектов вместо традиционного поклонения краткосрочным успехам, процессам и инструментам.