Хороший вопрос. 🙂 Нет. Эти 68 тысяч никуда не исчезли - исчезли мои ложные критерии. После переписывания анализатора они перестали считаться проблемными. А вот почему оставшиеся ~19 тысяч действительно заслуживали внимания, расскажу в следующей статье.
Шикарный анекдот — прямо в точку! 😄 Первые дни я чувствовал себя именно таким аналитиком. Благо, что с "пастухом" мы быстро сели в одну лодку и принялись считать стадо вместе.
🙂 На самом деле именно так задача и была поставлена — без подробного технического задания.
Под "разобраться" подразумевалось понять, что происходит в накопившемся бэклоге, есть ли закономерности и можно ли предложить практические улучшения. Статья описывает только первый этап этого пути — как первоначальная картина полностью изменилась после погружения в процесс.
Полностью "разобраться" в такой системе за две недели, конечно, невозможно. Но построить рабочую модель процесса и найти точки роста — вполне реально.
Навевает, и именно к этому выводу я в итоге пришёл. 🙂
Но для меня это был уже второй этап исследования. Сначала нужно было отделить особенности процесса от его реальных проблем. Иначе есть риск начать "лечить" то, что на самом деле работает по задуманным правилам.
Когда эта граница стала понятна, как раз и появились вопросы, о которых вы пишете: почему процесс устроен именно так, какие ограничения привели к таким решениям и где уже не хватает "молотков". Именно этому будут посвящены следующие статьи цикла.
У ИИ всегда включён режим максимальной лояльности к пользователю. Поэтому с ним довольно легко договориться. Иногда это даже играет против пользователя))
Компания отказалась от внешней поддержки. Решили сами всё поддерживать. Своя поддержка была только 1-я линия. И то в самом примитивном виде, как роутер. А теперь они полноценная команда с распределённым кругом обязанностей и, разумеется, умений. Прошу прощения за язык. Но отдавать статью на написание ИИ - это уже совсем признать свою беспомощность и никчёмность.
Да, погружать команду в понимание Скрама не входило в мои планы. Поэтому считали обычными днями. Но вы правы, сторипоинтс яснее даёт понимание для самих работяг.
Да, с электриком мне как-то сразу сложно было выстроить коммуникацию. Он почти всё время молчал и был себе на уме. Таких сотрудников я больше не встречал. Но опыт - вот что ценно!
Конечно Скрам возник не на ровном месте, а на опыте таких вот умудрённых жизнью дедушек. Да, это был первый проект со своими ошибками. Но ценен сам опыт!
Про дырки вы очень верно спросили! Забыл написаь об этом в статье, но я каждый этап тщательно фиксировал на фото. Хотя, это не особо понадобилось - вся разводка идёт в потолке, а к точкам провд опускается строго перпендикулярно.
Спасибо за классный комментарий! Вы правы — функции baselinewma() и baselinedev() действительно созданы для таких задач и выглядят компактнее.
Когда несколько лет назад мы внедряли это решение, то столкнулись с тем, что документация по этим функциям была довольно скудной. Гугление и формы не давали исчерпывающего понимания. Попытки использовать baselinewmaне увенчались успехом.
Но ваш комментарий — отличный повод пересмотреть реализацию! Для новых проектов мы точно будем использовать встроенные функции. Благо с ИИ теперь можно быстро и понятно написать нужную формулу.
Мы, как подрядчики по сопровождению одной из систем, не можем точно сказать, в чём была причина. Заказчик нередко делает что-то без уведомления. Это боль(( Мы полагаем, что Каспер порушил что-то где-то.
Спасибо за очень полезную и подробную статью! Особенно понравился акцент на связке Apache Camel и Spring Boot — действительно мощный и гибкий стек для современных интеграционных решений.
Хотелось бы уточнить: заметил, что в статье не упоминается Apache Karaf, хотя, насколько помню, в таких платформах, как ServiceMix, Karaf играл важную роль как контейнер для запуска Camel, CXF и AMQ. Интересно, связано ли это с тем, что в современных реалиях Spring Boot взял на себя функции контейнерной среды, и Karaf в этом контексте стал менее актуален?
К тому же, слышал, что сейчас Karaf активно развивается и из коробки позволяет прямо из репозиториев устанавливать самые свежие версии Camel, CXF и AMQ, что позволяет собирать собственный современный сервисмикс. Как вы думаете, насколько Karaf сегодня актуален для построения интеграционных платформ с учетом этих возможностей?
Было бы здорово получить ваше мнение на этот счёт. Спасибо ещё раз за отличный материал!
Довольно интересно, как в DATAREON Platform сочетаются возможности полноценной шины данных с гибкой системой BPM и встроенным модулем хранения данных. Можно ли рассматривать это решение как интегрированное сочетание ESB, BPM и базы данных в одном продукте? Какие преимущества и, возможно, ограничения вы видите у такого подхода в сравнении с классическими архитектурами на отдельные компоненты?
Информация
В рейтинге
1 880-й
Откуда
Киров (Кировская обл.), Кировская обл., Россия
Зарегистрирован
Активность
Специализация
Системный аналитик, Директор технической поддержки
Хороший вопрос. 🙂 Нет. Эти 68 тысяч никуда не исчезли - исчезли мои ложные критерии. После переписывания анализатора они перестали считаться проблемными. А вот почему оставшиеся ~19 тысяч действительно заслуживали внимания, расскажу в следующей статье.
Шикарный анекдот — прямо в точку! 😄 Первые дни я чувствовал себя именно таким аналитиком. Благо, что с "пастухом" мы быстро сели в одну лодку и принялись считать стадо вместе.
🙂 На самом деле именно так задача и была поставлена — без подробного технического задания.
Под "разобраться" подразумевалось понять, что происходит в накопившемся бэклоге, есть ли закономерности и можно ли предложить практические улучшения. Статья описывает только первый этап этого пути — как первоначальная картина полностью изменилась после погружения в процесс.
Полностью "разобраться" в такой системе за две недели, конечно, невозможно. Но построить рабочую модель процесса и найти точки роста — вполне реально.
Навевает, и именно к этому выводу я в итоге пришёл. 🙂
Но для меня это был уже второй этап исследования. Сначала нужно было отделить особенности процесса от его реальных проблем. Иначе есть риск начать "лечить" то, что на самом деле работает по задуманным правилам.
Когда эта граница стала понятна, как раз и появились вопросы, о которых вы пишете: почему процесс устроен именно так, какие ограничения привели к таким решениям и где уже не хватает "молотков". Именно этому будут посвящены следующие статьи цикла.
У ИИ всегда включён режим максимальной лояльности к пользователю. Поэтому с ним довольно легко договориться. Иногда это даже играет против пользователя))
Отнюдь. Это было не честно со стороны прораба. Мы так не договаривались.
Компания отказалась от внешней поддержки. Решили сами всё поддерживать. Своя поддержка была только 1-я линия. И то в самом примитивном виде, как роутер. А теперь они полноценная команда с распределённым кругом обязанностей и, разумеется, умений.
Прошу прощения за язык. Но отдавать статью на написание ИИ - это уже совсем признать свою беспомощность и никчёмность.
Думаю, 50к добавили некоторым. Ну и само монимание, что завтра всё ляжет и останешься без работы тоже мотивирует, хотя и "от", а не "к".
Да, погружать команду в понимание Скрама не входило в мои планы. Поэтому считали обычными днями. Но вы правы, сторипоинтс яснее даёт понимание для самих работяг.
Да, с электриком мне как-то сразу сложно было выстроить коммуникацию. Он почти всё время молчал и был себе на уме. Таких сотрудников я больше не встречал. Но опыт - вот что ценно!
Не дай бог! Ночью же не уснут)) А вообще надо же когда-то вырастать из детских штанишек.
Конечно Скрам возник не на ровном месте, а на опыте таких вот умудрённых жизнью дедушек. Да, это был первый проект со своими ошибками. Но ценен сам опыт!
Про дырки вы очень верно спросили! Забыл написаь об этом в статье, но я каждый этап тщательно фиксировал на фото. Хотя, это не особо понадобилось - вся разводка идёт в потолке, а к точкам провд опускается строго перпендикулярно.
По факту у сотрудников получился горизонтальный рост по скилам и ЗП. Уволить - это кто же поддерживать-то будет?
Спасибо за классный комментарий! Вы правы — функции
baselinewma()иbaselinedev()действительно созданы для таких задач и выглядят компактнее.Когда несколько лет назад мы внедряли это решение, то столкнулись с тем, что документация по этим функциям была довольно скудной. Гугление и формы не давали исчерпывающего понимания. Попытки использовать
baselinewmaне увенчались успехом.Но ваш комментарий — отличный повод пересмотреть реализацию! Для новых проектов мы точно будем использовать встроенные функции. Благо с ИИ теперь можно быстро и понятно написать нужную формулу.
Мы полагаем, что установка Каспера.
Мы, как подрядчики по сопровождению одной из систем, не можем точно сказать, в чём была причина. Заказчик нередко делает что-то без уведомления. Это боль(( Мы полагаем, что Каспер порушил что-то где-то.
Спасибо за очень полезную и подробную статью! Особенно понравился акцент на связке Apache Camel и Spring Boot — действительно мощный и гибкий стек для современных интеграционных решений.
Хотелось бы уточнить: заметил, что в статье не упоминается Apache Karaf, хотя, насколько помню, в таких платформах, как ServiceMix, Karaf играл важную роль как контейнер для запуска Camel, CXF и AMQ. Интересно, связано ли это с тем, что в современных реалиях Spring Boot взял на себя функции контейнерной среды, и Karaf в этом контексте стал менее актуален?
К тому же, слышал, что сейчас Karaf активно развивается и из коробки позволяет прямо из репозиториев устанавливать самые свежие версии Camel, CXF и AMQ, что позволяет собирать собственный современный сервисмикс. Как вы думаете, насколько Karaf сегодня актуален для построения интеграционных платформ с учетом этих возможностей?
Было бы здорово получить ваше мнение на этот счёт. Спасибо ещё раз за отличный материал!
Довольно интересно, как в DATAREON Platform сочетаются возможности полноценной шины данных с гибкой системой BPM и встроенным модулем хранения данных. Можно ли рассматривать это решение как интегрированное сочетание ESB, BPM и базы данных в одном продукте? Какие преимущества и, возможно, ограничения вы видите у такого подхода в сравнении с классическими архитектурами на отдельные компоненты?