🔍 «Невероятно расширяющиеся требования»: Почему анализ — это не бюрократия, а спасение
По мотивам статьи Карла Вигерса
Представьте: вы получаете простое требование — «
Что происходит дальше?
Одно требование порождает множество вопросов:
— какие методы аутентификации (пароль, биометрия, SMS-код)?
— нужны ли разные уровни доступа для разных ролей?
— как восстанавливать доступ, если пользователь забыл логин?
— блокировать ли аккаунт после 3 ошибок?
И это только верхушка айсберга — каждый ответ "рождает" новые требования.
Например, если использовать пароль, то необходимо сформулировать требования к:
— политике паролей;
— маскировке пароля в поле ввода (звёздочки или точки)?
— периодичности смены пароля.
Важно соблюдать баланс и не стоит ударяться в крайности. Автор статьи предупреждает о двух крайностях:
— Слишком много деталей — вы лишаете разработчиков гибкости.
— Слишком мало — они будут принимать решения за вас (и не факт, что те, которые нужны бизнесу).
💡 Лайфхак от Вигерса: детальный анализ требований к авторизации можно переиспользовать при проектировании других модулей системы.
✅ Главный вывод из статьи:
Анализ требований — это не «раздувание» сроков, а попытка увидеть реальный масштаб проекта. Лучше найти множество скрытых вопросов на этапе планирования, чем переделывать готовый продукт.
📎 Источник: batimes.com/articles/the-incredible-expanding-requirement/
По мотивам статьи Карла Вигерса
Представьте: вы получаете простое требование — «
Только авторизованные пользователи могут получать доступ к сервисам системы». На первый взгляд может показаться, что всё ясно и просто. Но это требование, как айсберг: 90% вопросов скрыто под поверхностью.Что происходит дальше?
Одно требование порождает множество вопросов:
— какие методы аутентификации (пароль, биометрия, SMS-код)?
— нужны ли разные уровни доступа для разных ролей?
— как восстанавливать доступ, если пользователь забыл логин?
— блокировать ли аккаунт после 3 ошибок?
И это только верхушка айсберга — каждый ответ "рождает" новые требования.
Например, если использовать пароль, то необходимо сформулировать требования к:
— политике паролей;
— маскировке пароля в поле ввода (звёздочки или точки)?
— периодичности смены пароля.
Важно соблюдать баланс и не стоит ударяться в крайности. Автор статьи предупреждает о двух крайностях:
— Слишком много деталей — вы лишаете разработчиков гибкости.
— Слишком мало — они будут принимать решения за вас (и не факт, что те, которые нужны бизнесу).
Анализ требований — это не «раздувание» сроков, а попытка увидеть реальный масштаб проекта. Лучше найти множество скрытых вопросов на этапе планирования, чем переделывать готовый продукт.
Please open Telegram to view this post
VIEW IN TELEGRAM
3👍20❤3
Keycloak: как упростить аутентификацию и не сойти с ума?
Сложность: ★☆☆ | Время чтения: 9 мин | Автор: Диана, системный аналитик в Clevertec
В статье на Хабре рассказывается:
— Что такое Keycloak и для чего он нужен?
— Как Keycloak помогает с межсистемной аутентификацией?
— Какие плюсы и минусы у Keycloak при использовании в продакшене?
— Какие альтернативы есть у Keycloak?
📎 Читать статью
Сложность: ★☆☆ | Время чтения: 9 мин | Автор: Диана, системный аналитик в Clevertec
В статье на Хабре рассказывается:
— Что такое Keycloak и для чего он нужен?
— Как Keycloak помогает с межсистемной аутентификацией?
— Какие плюсы и минусы у Keycloak при использовании в продакшене?
— Какие альтернативы есть у Keycloak?
📎 Читать статью
🔥6
🤖ИИ и трансформация бизнес-процессов: методологии и когнитивные барьеры
В статье на Хабре рассказывается про:
— методологии и фреймворки, которые помогают бизнесу перейти от точечной автоматизации к радикальному преобразованию процессов с учетом возможностей ИИ;
— когнитивные ловушки и барьеры, которые мешают компаниям внедрять ИИ и отказываться от устаревших подходов.
🖇 Читать статью
В статье на Хабре рассказывается про:
— методологии и фреймворки, которые помогают бизнесу перейти от точечной автоматизации к радикальному преобразованию процессов с учетом возможностей ИИ;
— когнитивные ловушки и барьеры, которые мешают компаниям внедрять ИИ и отказываться от устаревших подходов.
🖇 Читать статью
🔥9👍1
🤓Disrupt по делу: как внедрять AI-продукты без розовых очков — опыт продакшена
Сложность: ★★☆ | Время чтения: 11 мин | Автор: Никита Безлепкин, более восьми лет занимается AI-продакшеном
В статье рассказывается, как комбинировать между собой проверенную методологию систематизаци AI проектов CRISP-DM и управленческую методологию Run–Change–Disrupt, которые помогают не потеряться в технологиях и принять верное решение по их применению.
📎 Читать статью
Сложность: ★★☆ | Время чтения: 11 мин | Автор: Никита Безлепкин, более восьми лет занимается AI-продакшеном
В статье рассказывается, как комбинировать между собой проверенную методологию систематизаци AI проектов CRISP-DM и управленческую методологию Run–Change–Disrupt, которые помогают не потеряться в технологиях и принять верное решение по их применению.
📎 Читать статью
👍5❤1
Сложность: ★☆☆ | Время чтения: 4 мин | Автор: Таня Рашидова, QA тимлид в KODE
📎 Читать статью
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Я устала писать документацию — и научила AI делать это за меня
Привет! Я — Таня Рашидова, QA тимлид в KODE. Я думала, что все тестировщики уже давно внедрили AI в свою повседневную работу. Но недавно выяснила, что многие либо не пробовали, либо попробовали,...
🔥11
Сложность: ★☆☆ | Время чтения: 5 мин | Автор: Асия Морозова, руководит направлением по обучению и адаптации персонала в MWS
Автор делится подборкой книг, которая поможет "
не взваливать на себя слишком много и научиться самому важному в мире навыку — вовремя и качественно отдыхать (кто бы мог подумать, что это так сложно)".📎 Читать статью
Please open Telegram to view this post
VIEW IN TELEGRAM
❤6
Сложность: ★★☆ | Время чтения: 11 мин | Авторы: Кравцов Кирилл и Суздалев Руслан из команды моделирования поведенческих сценариев Центра развития искусственного интеллекта СПАО «Ингосстрах»
В статье приводится наглядный пример бизнес-процессов до и после внедрения AutoML и пошагово рассказывается процесс создания ML-моделей
📎 Читать статью
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8
👀Личные границы в IT: как перестать быть «всем должен», даже если ты senior или тимлид
📎 Читать статью
📎 Читать статью
Хабр
Личные границы в IT: как перестать быть «всем должен», даже если ты senior или тимлид
Меня зовут Дмитрий, мне 40, из которых 19 лет я в IT. Работал фрилансером, запускал свои проекты, а в 2021 году устроился в крупную компанию старшим разработчиком. Через 9 месяцев меня повысили до...
👏12💯6
🌝Качество требований в IT-проектах
Автор статьи делится опытом о том, как можно выстроить работу команды, чтобы достигнуть критериев идеальных требований
📎 Читать статью
Автор статьи делится опытом о том, как можно выстроить работу команды, чтобы достигнуть критериев идеальных требований
📎 Читать статью
Хабр
Качество требований в IT-проектах
Качество требований в IT-проектах — тема, которая редко обходится без болезненных вопросов и неочевидных ответов. Эта статья — не о критериях идеальных требований (их мы касаться не будем), а о том,...
🔥7
🤓Как правильно оценивать сроки IT-проектов
Александр, CTO компании AppFox, в статье на Spark рассказывает, почему важна оценка задач в проекте, имеет ли значение, работаете вы в аутсорс или продуктовой компании и коротко проходится по основным методам оценки проектов
📎 Читать статью
Александр, CTO компании AppFox, в статье на Spark рассказывает, почему важна оценка задач в проекте, имеет ли значение, работаете вы в аутсорс или продуктовой компании и коротко проходится по основным методам оценки проектов
📎 Читать статью
SPARK
Как правильно оценивать сроки IT-проектов
Меня зовут Александр, я CTO компании AppFox. Мы более 10-ти лет занимаемся заказной разработкой и также имеем собственные продукты. В этой статье мы рассмотрим, почему важна оценка задач в проекте, имеет ли значение, работаете вы в аутсорс или продуктовой…
🔥5👍1
😍Производственные метрики на службе цифрового бизнеса: шпаргалка для Team Leads & Product owners
📎 Читать статью
📎 Читать статью
vc.ru
Производственные метрики на службе цифрового бизнеса: шпаргалка для Team Leads & Product owners — Разработка на vc.ru
Андраник Захарян Разработка 20 апр
👍8
Сложность: ★★☆ | Время чтения: 6 мин | Автор: Дмитрий Сушков, последние 5 лет работает бизнес-аналитиком
В статье рассказывается, "как выстроить грамотный процесс сбора и приоритизации требований, чтобы ваш проект не превратился в бесконечный ребус".
📎 Читать статью
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤2
🤓ACID, BASE, CAP: Фундамент архитектуры распределенных систем
В статье на Хабре разбираются три понятия: ACID, BASE и теорема CAP.
📎Читать статью
В статье на Хабре разбираются три понятия: ACID, BASE и теорема CAP.
📎Читать статью
Хабр
ACID, BASE, CAP: Фундамент архитектуры распределенных систем
Современная разработка ПО – это почти всегда про распределенные системы. Микросервисы, облака, глобальный охват – все это стало нормой. Но за красивыми диаграммами и модными словами скрывается...
👍4❤🔥2
В статье рассматривается кейс по оптимизации бизнес-процессов
📎Читать статью
Please open Telegram to view this post
VIEW IN TELEGRAM
РБК Компании
Почему сотрудники плохо работают: новый взгляд на бизнес-процессы | РБК Компании
ИП Чернышова Елена Борисовна: Как увеличить выручку компании на 50% всего за 8 месяцев и всегда ли нужно менять команду при низкой продуктивности персонала
❤🔥4👍3👾2
📎Читать статью
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Баланс между скоростью разработки, UX и безопасностью: погружение в трилемму современного IT
Вступление: больше чем трилемма – стратегический императив В динамичном ландшафте цифровых технологий мы постоянно говорим о триаде: скорость вывода продукта на рынок (time-to-market), интуитивно...
🔥3🌚1
