Разные виды требований отражают разные точки зрения на продукт:
«Функциональные» требования во втором значении (левая сторона картинки с видами требований в первом издании Вигерса) — это довольно искусственная попытка нарезать продукт на>>>
(Показать весь текст)Закон | Для каких сайтов |
---|---|
Федеральный закон "О персональных данных" от 27.07.2006 N 152-ФЗ |
Для всех сайтов, хранящих персональные данные пользователей |
Федеральный закон "О применении контрольно-кассовой техники при осуществлении расчетов в Российской Федерации" от 22.05.2003 N 54-ФЗ |
Расскажу, как я познакомился с жизненным циклом АСУ по ГОСТу.
В 1980 году Совет министров СССР принял решение о разработке одной автоматизированной системы управления для военно-воздушных сил. Это было ещё при товарище Брежневе.
Я об этом тогда не знал, да и не мог знать, потому что мне было всего 10 лет. Я был юным пионером, ходил в школу, собирал металлолом и макулатуру и играл в школьной самодеятельности.
Время шло, я>>>
(Показать весь текст)Оказывается, график сравнительной эффективности коммуникаций Коберна - не просто картинка. Проводился опрос-исследование, который показал её полную справедливость.
Чтобы внедрить практики UX, недостаточно одного UX-евангелиста. Нужен ещё UX-инквизитор с широкими карательными полномочиями.
Как научить разработчиков фронтенда проявлять эмпатию.
Заведите в команде девочку-юзабилиста, все обязанности которой будут сводиться к одному: смотреть на разработанный ими UI и плакать.
Подождите пару недель. Тех программистов, которые вообще ничего не заметили, переводите с фронтенда на разработку внутренних сервисов без UI. К людям их допускать нельзя.
Тех, кто готов был внести изменения в код, лишь был она не плакала, делайте тимлидами.
Разработка ПО – это не инженерный процесс. Разработка архитектуры и моделирование не имеют никакого отношения к точным наукам. Инженерные подходы и управленческие практики не дают предсказуемых результатов.
В процессе разработки ПО главное – это организация взаимодействия людей.
Смиритесь и живите с этим.
Чтобы разработчики принимали правильные решения, влияющие на качество, им, во-первых, в принципе должно быть дано право принятия решений. А во-вторых, им нужно давать самый широкий контекст для принятия таких решений. То есть они должны не получать набор уже пережёванных архитекторами, аналитиками и менеджерами «тасков» в трекере, а активно участвовать в проектировании, начиная с самых ранних стадий.
Искусственно созданными >>>
Важнейшими в работе аналитика являются два правила. Вот они.
Правило первое. Программные продукты создаются (пока ещё) для людей.
Правило второе. Программные продукты создаются (пока ещё) людьми.
Несмотря на капитанскую очевидность, понимание этих правил очень облегачает работу аналитика. А непонимание, соответственно, затрудняет.
Если продукт создаётся для людей, значит, нужно выявить этих людей, и >>>
(Показать весь текст)Деление на бизнес-аналитиков и системных аналитиков уже не модно. Теперь в тренде универсалы: Buisness, Data, System and Market Analysts. Или, сокращённо, BDSM Analysts.
Как быстро послать заказчика на три буквы?
Очень просто: «Мы сделаем вам выгрузку в CSV».