Появился высокий бас-фактор: аналитик знает только свои фичи, остальные не могут ответить на вопросы по ним.
Еще месяц назад я сам использовал бас-фактор в таком же смысле. Но мне коллеги подсказали, что надо наоборот. Из вики: фактор показывает количество участников проекта, после потери которых (в оригинале — «попадания» которых под автобус или грузовик, варианты: увольнения, заболевания, рождения у них ребёнка, наступления несчастного случая и других форс-мажорных обстоятельств) проект не сможет быть завершён оставшимися участниками.
Описав модели новых сущностей, разработчик сможет начать реализовывать модельки и инфраструктуру под них. У аналитика же появляется время описать сценарии работы с этими сущностями.
А потом в ходе описания сценариев столкнуться с тем, что нужно еще сущностей и атрибутов долить. И вообще, некоторые можно и не выделять
Obsidian еще хорош графовым представлением. Часто наводит на мысль "а почему это между двумя сущностями нет связи? Не упущено ли?", ну и разного рода плагинами. Тем же excallidraw
Следует исключить из должностной инструкции владельца продукта пункт о необходимости согласования требований с заинтересованными сторонами и предоставить ему полномочия для самостоятельного согласования этих требований на основе диалога с командой
ох и тонкая грань. Скорость поставки, конечно же, в моменте возрастет. Но потом будут прибегать юристы, безопасники и прочие корпоративные хранители с выпученными глазами "Вы что тут наворотили!?!?"
такое ощущение, что вы берете рассуждения о правильной архитектуре из воздуха
спасибо! Интересная статья! Многое отозвалось.
Подскажите, зачем техпису отводить отдельную ветку, а не создавать PR-ы с файлами переводов сразу в ветку аналитика?
да нет, вы смешали в кучу вообще всё
Еще месяц назад я сам использовал бас-фактор в таком же смысле. Но мне коллеги подсказали, что надо наоборот. Из вики:
фактор показывает количество участников проекта, после потери которых (в оригинале — «попадания» которых под автобус или грузовик, варианты: увольнения, заболевания, рождения у них ребёнка, наступления несчастного случая и других форс-мажорных обстоятельств) проект не сможет быть завершён оставшимися участниками.То есть скорее низкий бас-фактор.
А потом в ходе описания сценариев столкнуться с тем, что нужно еще сущностей и атрибутов долить. И вообще, некоторые можно и не выделять
Много вариантов собрано тут: https://dreydel.notion.site/4744f5d1dda24786b3d6495baec04375?v=60968fab83494731b8c1058cd9d265c9
Обсидиан просто создает папку с хранилищем в дисковом пространстве пользователя. Доступ к этой папке такой же, как доступ к файлам пользователя.
У меня и через icloud синкалось, и через плагин remotely save
Подойдет любой способ синхронизации файлов между устройствами. Например, есть плагин remotely save, там можно через webdav настроить.
https://help.obsidian.md/import/notion
Obsidian еще хорош графовым представлением. Часто наводит на мысль "а почему это между двумя сущностями нет связи? Не упущено ли?", ну и разного рода плагинами. Тем же excallidraw
ну спичрекогнишн. Хоть и не идеально распознает, но хотя бы время примерное покажет, когда говорили об этом
Купил умный пульт и тоже смог управлять помощью Алисы
ох и тонкая грань. Скорость поставки, конечно же, в моменте возрастет. Но потом будут прибегать юристы, безопасники и прочие корпоративные хранители с выпученными глазами "Вы что тут наворотили!?!?"
Вопрос в том, что некоторые ошибки можно заранее просчитать и не совершать)
Чем принципиально отличается от RUP? Напомню, что итерационность. И от итерации к итерации никто не мешает делать ретро и корректировки
> я бизнес-/системный аналитик в Касперском
Говорите прямо, бизнес или системный
Статья оставляет ощущение незавершенности и кликбейта на тг-канал ((
Было бы интересно узнать про место БТ во всем цикле, про трассировку и т.п.
Спасибо за статью! Есть уточнения по терминам на схеме - см. картинку., точно ли там не user code должен быть?
И в тексте в статье ниже: Verification URI и Redirection URI - это же про одно?
Мне кажется, со сменой поколений это холивар ушел. Просто приняли. Как приняли, что кофе может быть среднего рода
Можно, но приведенный пример не является корректным user story
Это не совсем Юзер Стори:
Как пользователь, я хочу, чтобы сервис был доступен 99,9% времени с 10 до 20 каждый день.