Изменения

А на весенней AnalystDays был отдельный '''трек по Agile''', который формировал Вадим Мустяца. Краткий отчет можно прочитать [https://www.facebook.com/VadimVMustyatsa/posts/1418632141534433 в его посте]. В рамках этой секции в своем докладе [[Как выбрать для проекта практики проектирования и работы с требованиями (Максим Цепков на AnalystDays-2017)|'''Как выбрать для проекта практики проектирования и работы с требованиями''']] я рассказывал про то, как изменения в ведении проектов сказалось на изменениях в работе с требованиями. От представлений о наличии единственно-правильного метода ведения проекта и требований в нем к конструированию такого метода для конкретного проекта. Не для всей области, а только в части работы с требованиями. Кстати, термин «Требования» (Requirement) — тоже изменил свое значение, вернее, получил новое: ранее о применялся к описанию IT-системы как черного ящика, занимая определенное место на V-диаграмме, а в новом стандарте OMG Essence альфе требований соответствует вся проектная документация — концепция, сами требования, архитектура, детальный дизайн и все остальное. При этом классические авторы по работе с требованиями — Вигерс, Коберн и другие — писали довольно давно. С тех пор появилось много методов, практик и подходов, включая тоже не новые user story и use case, а также практики UI-design — usability — UX, которые сильно отличаются от обычных практик анализа. И по всем ним есть свои книги и мастер-классы, так что сделать качественный обзор в одном докладе — невозможно. Поэтому я пошел другим путем — я кратко рассказал эволюцию методов, показав различие на каждом этапе, а далее — дал набор вопросов, на которые надо ответить, чтобы сконструировать свой метод, и показал спектр вариантов ответа.

А на осенней AnalystDays у меня был блиц [[Удовлетворенность стейкхолдеров – два разных смысла (AnalystDays 2017-10 в Минске)|'''Удовлетворенность стейкхолдеров – два разных смысла''']]. Он — тоже о ведении проектов, но сосредоточен на одном узком вопросе — переходе к удовлетворенности стейкхолдеров как критерию успеха проекта. Доклад родился из [[Блог:Максима Цепкова/2017-09-12 Удовлетворенность стейкхолдеров - два разных смысла|дискуссии на ТочкаСборки]] из которой я понял, что разные люди сильно по-разному понимают — что такое удовлетворенность стейкхолдеров, и как ее можно рассматривать в качестве критерия успеха проекта. И это — не случайно, а как раз частный случай проявления того, как в ходе развития общества переосмысливаются старые понятия. И, что важно, изменение смысла сразу влечет изменение деятельности, мы начинаем работать в проекте принципиально по другому.