Школа системного менеджемнта (или мышления), конечно, хороша, но на определенном этапе начинаешь задумываться, насколько все это применимо к ИТ и насколько это вообще глубоко. У меня сложилось впечатление некоторой поверхностной философии после прочтения книг, прохождения курса и просмотра некоторых докладов Левенчука. Не сказать, чтобы это плохо. Да и может быть действительно ставит хорошие рельсы. Но сильно полагаться бы не стал, особенно после позиции Анатолия по вакцинации. Хватило ли инструмента системного мышления для осмысливания этого ему самому? По крайней мере в постах на ФБ он больше аппелирует к абстрактным прессовым заголовкам и политическим лозунгам, или к препринтам, чем к научным мета-обзорам и прочим подходам
Я бы еще добавил, что от аналитика может не требоваться делать компетентных суждений в предметной области. На это есть эксперты. От аналитика, вероятно, требуется понимать смысл суждений и подсвечивать для экспертов возможные противоречия в нескольких суждений. И обеспечивать доведение до разрешения этих противоречий, решение же так или иначе за экспертами.
"любой проект - это жопа. А требования заказчика - это форточка. И надо это жопу в эту форточку внедрить и закрыть". Степан Эрнестович Внедряй https://youtu.be/n1jeObFES1s
да это же просто горизонтальный сдвиг, а не рост))
По инструментам, наверняка, на хабре есть где-нибудь статьи на тему. Мой ответ скорее такой: Я пользуюсь конфлюенсом. Это основное. Для схем в разное время использовал visio, yed, gliffy (как плагин к конфлюенсу), lucid. Доска для CJM, структуризации, связи разного и презентаций: miro Для личной базы знаний: notion, onenote, obsidian Макеты: balsamiq, figma Бывают полезны notepad++, MS Office, atom, питон Был опыт с Enterprise Architect, но "я пользуюсь конфлюенсом"
Я вёл лишь к тому, что не все заинтересованные лица (например - злоумышленники) должны участвовать в постановке требований, но это не означает, что из их потребностей не могут быть созданы требования
Теперь понял. Отличное пояснение! Мисюзкейсы наше все!
А я вот как раз ответил, что документация :) А подразумевалась, наверное, голова. Но в моей голове все не удерживается, поэтому мне важно фиксировать где-то в экзокортексе
Какое требование вы бы назвали идеальным и почему?
Очень перекликается с 23. Каким критериям должны соответствовать требования?
Чем стейкхолдеры отличаются от заинтересованных лиц (спорный вопрос про долю участия в проекте)?
Звучит примерно как "Чем роутер отличается от маршрутизатора". Лучше уж спросить определение стейкхолдера (или ЗЛ) или углубиться в тонкости "лицо" vs "сторона"
Камень, ножницы, бумага или запереть их в кладовке, пока конфликт не разрешиться сам
Ну предложенные методы - это тоже ответ)) Наверняка существуют и другие методы. Еще один пример: если один стейкхолдер приоритетнее другого для нашего проекта, то победа отдается его требованию. Поиск компромисса - тоже вариант. Эскалация на спонсора проекта - еще вариант (кто платит, тот и заказывает музыку). Продолжите список...
Интересная статья, спасибо! Добавлю свои 5 копеек:
Чем отличается TCP от UDP?
Какие уровни протоколов вы знаете?
Что такое синхронное и асинхронное шифрование?
Что такое трассировка требований?
Как разрешать конфликт требований от двух разных стейкхолдеров?
Какие способы выявления требований вы знаете?
Как будете искать проблему в работе системы, если потребуется?
Что такое бизнес-процесс?
Что будете делать, если в начале работы встретите много незнакомых терминов?
Чем идентификация отличается от авторизации и аутентификации? (про последние два было в списке, добавил про идентификацию)
Что происходит после ввода урл-адреса в адресную строку и нажатия клавиши Enter? (этот вопрос, по сути, прямая отсылка к статье)
Какой главный инструмент в работе аналитика?
Ну и встречались еще общие для собеседований задачки, а-ля "как оптимально разрезать шоколадку n*m" или "какую стратегию выберете, если вы едете навстречу по узкой дороге с другим авто". Ну и часто бывают "игры" на выявление требований к системе в духе вашей кофеварки: составить требования для китайцев на изготовление ручки, задокументировать требования к системе почтовых рассылок и т.п.
А насколько важно, по вашим наблюдениям, иметь сертификаты? Те же CBAP/CCBA
Школа системного менеджемнта (или мышления), конечно, хороша, но на определенном этапе начинаешь задумываться, насколько все это применимо к ИТ и насколько это вообще глубоко. У меня сложилось впечатление некоторой поверхностной философии после прочтения книг, прохождения курса и просмотра некоторых докладов Левенчука. Не сказать, чтобы это плохо. Да и может быть действительно ставит хорошие рельсы. Но сильно полагаться бы не стал, особенно после позиции Анатолия по вакцинации. Хватило ли инструмента системного мышления для осмысливания этого ему самому? По крайней мере в постах на ФБ он больше аппелирует к абстрактным прессовым заголовкам и политическим лозунгам, или к препринтам, чем к научным мета-обзорам и прочим подходам
Команда Кошелька поздравляет всех с наступающим Новым Годом!Я бы еще добавил, что от аналитика может не требоваться делать компетентных суждений в предметной области. На это есть эксперты. От аналитика, вероятно, требуется понимать смысл суждений и подсвечивать для экспертов возможные противоречия в нескольких суждений. И обеспечивать доведение до разрешения этих противоречий, решение же так или иначе за экспертами.
К концу статьи Вася организовал свою компанию, в которой - та-да-дам! - все по стандартному процессу...
Это все, конечно, хорошо. Но звук активации на станции срабатывает на полную мощность! (((
"любой проект - это жопа. А требования заказчика - это форточка. И надо это жопу в эту форточку внедрить и закрыть". Степан Эрнестович Внедряй
https://youtu.be/n1jeObFES1s
2021 год. Соль выдают по QR-коду
да это же просто горизонтальный сдвиг, а не рост))
По инструментам, наверняка, на хабре есть где-нибудь статьи на тему.
Мой ответ скорее такой: Я пользуюсь конфлюенсом. Это основное.
Для схем в разное время использовал visio, yed, gliffy (как плагин к конфлюенсу), lucid.
Доска для CJM, структуризации, связи разного и презентаций: miro
Для личной базы знаний: notion, onenote, obsidian
Макеты: balsamiq, figma
Бывают полезны notepad++, MS Office, atom, питон
Был опыт с Enterprise Architect, но "я пользуюсь конфлюенсом"
Теперь понял. Отличное пояснение! Мисюзкейсы наше все!
А я вот как раз ответил, что документация :) А подразумевалась, наверное, голова. Но в моей голове все не удерживается, поэтому мне важно фиксировать где-то в экзокортексе
ромбик, внутри крестик, как икс
Очень перекликается с 23. Каким критериям должны соответствовать требования?
Звучит примерно как "Чем роутер отличается от маршрутизатора". Лучше уж спросить определение стейкхолдера (или ЗЛ) или углубиться в тонкости "лицо" vs "сторона"
Ну предложенные методы - это тоже ответ))
Наверняка существуют и другие методы. Еще один пример: если один стейкхолдер приоритетнее другого для нашего проекта, то победа отдается его требованию. Поиск компромисса - тоже вариант. Эскалация на спонсора проекта - еще вариант (кто платит, тот и заказывает музыку). Продолжите список...
ну конечно! Спасибо
Устно!?
Интересная статья, спасибо! Добавлю свои 5 копеек:
Чем отличается TCP от UDP?
Какие уровни протоколов вы знаете?
Что такое синхронное и асинхронное шифрование?
Что такое трассировка требований?
Как разрешать конфликт требований от двух разных стейкхолдеров?
Какие способы выявления требований вы знаете?
Как будете искать проблему в работе системы, если потребуется?
Что такое бизнес-процесс?
Что будете делать, если в начале работы встретите много незнакомых терминов?
Чем идентификация отличается от авторизации и аутентификации? (про последние два было в списке, добавил про идентификацию)
Что происходит после ввода урл-адреса в адресную строку и нажатия клавиши Enter? (этот вопрос, по сути, прямая отсылка к статье)
Какой главный инструмент в работе аналитика?
Ну и встречались еще общие для собеседований задачки, а-ля "как оптимально разрезать шоколадку n*m" или "какую стратегию выберете, если вы едете навстречу по узкой дороге с другим авто". Ну и часто бывают "игры" на выявление требований к системе в духе вашей кофеварки: составить требования для китайцев на изготовление ручки, задокументировать требования к системе почтовых рассылок и т.п.
Было бы интересно узнать подробнее про последовательность и форматы документации.
Делаете ли модель потоков данных? Когда/как разбиваете на процессы? Диаграммы последовательностей, что еще создаете?
Спасибо! Хорошая статья.
Для такого и похожего булшита рекомендую Automate the Boring Stuff with Python Programming: их сайт https://automatetheboringstuff.com/ или курс с теми же материалами https://www.udemy.com/course/automate/