Гигиена моделей - время уборки

Всем привет! Мы восстанавливаем активность в группе, ведь весна - время обновления. И ваши модели не исключение! Есть много причин провести гигиену и оптимизацию моделей, особенно если им несколько лет.

Если вы решились на «генеральную уборку», вот на что стоит обратить внимание:

Старые костыли и «брошенный» функционал

Anaplan довольно часто обновляется, и возможно то, что несколько лет назад вы делали через сложные формулы/процессы/руками теперь можно сделать в пару кликов. Например, некоторые старые модели использовали Custom Time, так как не было функционала Time Range. Или делили блок на несколько моделей, так как не было DCA и использовался стандартный work-flow.

Анализ таких узких мест в модели может освободить сайзинг, увеличить производительность и упростить дальнейшее развитие (все по PLANS).

При чем самым первым и простым шагом является анализ неиспользуемых модулей. Часто даже простое удаление рудиментов может дать превосходный результат.

Продолжаем проверку на актуальность

Неиспользуемые элементы не всегда просто вычленить. Иногда нужно проверить каждый справочник и модуль с данными, чтобы удивится размерам разряженности и потенциалом для оптимизации. Лучшей практикой считается настройка функционала проверки и агрегации старых элементов (например, версий или финансовой структуры).

Источники данных и actions

Одной из больших проблем в рамках обновления старых моделей является систематизация процессов и actions. Вы не представляете, сколько «мусора» может быть в старых моделях, особенно если их развитием занимались разные люди!

  • Разовые экшены по загрузке файлов (все они оседают в data source) и усложняют проверку модели
  • Дубли загрузок
  • Старые загрузки, которые перестали быть актуальны при переходе через год
  • Actions от старых блоков модели

Проверка на лучшие практики

Многие заказчики используют модели, которые разработаны более 3 лет назад. За это время вышло много прекрасных статей на комьюнити, накопилась практика и был переосмыслен некоторый опыт моделирования. Наиболее распестрённым примером является то, что многие клиенты переводят свои модели с Native версий на Custom по следующим причинам:

  • Улучшается быстродействие
  • Становится проще делать сравнение версий (LOOKUP по версиям)
  • Оптимизация сайзинга за счет возможности использовать сабсеты версий.

Обязательно проверьте ваши модели на соответствие проверенным практикам и запланируйте соответствующие доработки.

Чтобы помочь вам на этом пути мы планируем провести мероприятие группы по гигиене моделей во середине июня. Поделимся кейсами, ответим на вопросы - ждите анонса и подробностей до конца месяца :)

Если у вас есть вопросы, предложения, опыт/советы по гигиене моделей - не стесняйтесь писать в данном топике.

Всем весеннего настроения и «чистых» моделей!

________________________________________________________________________________________________

Hi everyone! We are restoring activity in our group as spring is the time of renewal. And your models are no exception! There are many reasons to clear and optimize models, especially the oldest ones.

If you've decided on a "general cleaning," here's what to look out for:

Old workarounds and "abandoned" functionality

Anaplan is updated quite frequently, so what you did a few years ago through complicated formulas/processes/hands can now be done in a couple of clicks. For example, some older models used Custom Time because there was no Time Range functionality. Or divided a block into multiple models because there was no DCA and standard workflow was used.

Analyzing such bottlenecks in a model can free up sizing, increase performance, and simplify further development (all according to PLANS).

The very first and easiest step is to analyze unused modules. Even a simple removal of rudiments can yield excellent results.

Continuing to check for relevance

Unused items are not always easy to pick out. Sometimes you need to check every directory and data module to marvel at the size of the discharge and the potential for optimization. It's considered best practice to set up functionality to check and aggregate older elements (e.g., versions or financial structure).

Data sources and actions

One of the big challenges in updating legacy models is systematization of processes and actions. You have no idea how much "junk" can be in the old models, especially if they were developed by different people!

- One-off download actions (all of them are deposited in data source) and complicate model validation

- Duplicate downloads

- Old uploads that are no longer relevant when transitioning a year later

- Action from old model blocks

Checking for best practices.

Many customers use models that were developed more than 3 years ago. After that a lot of great articles on the community have come out, practice has built up, and some modeling experience has been rethought. The most promising example is that many customers are migrating their models from Native to Custom versions for the following reasons:

- Model performance improves

- Version comparison is seamless (LOOKUP over versions)

- Sizing is optimized due to the possibility to use version subsets

Be sure to check your models against proven practices and plan to refine accordingly.

To help you along the way, we're planning a model hygiene group event in mid-June. We'll share case studies, answer questions - look forward to the announcement and details by the end of the month :)

If you have any questions, suggestions, experience/advice on model hygiene - feel free to post in this thread.

Spring mood and clean models to all!

Comments

  • Важно понимать, что модули, из которых берёт данные импорт и строки в меню Import data source (IDS) - это две независимые вещи. Поэтому вместе со старыми источниками данных и импортами важно удалять и старые сохранённые виды. Лучше удалять их параллельно, иначе потом сложно понять, какие сохранённые виды ещё используются, а какие - нет

Categories