Как справиться с декомпозицией задач и не перестараться

[webdevium]

Пожалуйста, не используйте слово «функционал». Особенно в таком количестве раз на одну статью.
Просто оставлю заметку здесь.

[sparhawk]

Функционал, компонента… Столько новых слов узнаешь от аналитиков

[uliana_offshore]

дочитали. спасибо, что написали.

[natalia_offshore]

Отличный обзор! спасибо. Особенно согласна насчет баннеров — работает на отлично.

[belezbar]

Статистические, затем динамические

Статические?

[ViKt0R-K]

Да, речь про то, что бы получать данные не из сторонних систем, а зашивать их в коде.

[belezbar]

Да, я понял. Я про то, что в заголовке, наверное, опечатка «Статистические» -> «Статические».

[ViKt0R-K]

Спасибо, поправил.

[alexpetrov_rb]

Спасибо за дельную статью, ViKt0R-K! Очень понравилось обилие конкретных примеров. Это даёт ценную пищу для размышлений.
Моя точка зрения на освещенные вопросы созвучна Вашей.
Проблема декомпозиции для меня оказалась ключевым интересом в профессии.
Этот интерес привёл меня к написанию статьи habr.com/ru/post/524678/
В особенности я акцентирую внимание на трудностях выбора размера задач и характере зависимостей между ними.
Моя статья находится на уровне управления разработкой. Предполагается, что на входе требования к фичам, прошедшие декомпозицию на уровне бизнес аналитики. Ваша статья больше касается вопросов первичной декомпозиции потребностей бизнеса. Было приятно обнаружить, что есть недавняя статья, которая, как бы, дополняет мою статью.

В конце моей статьи волнующий меня опрос про отношение к закону Паркинсона.

Мне интересно Ваше мнение и мнение читателей Вашей статьи.

Заранее благодарю за внимание!