Группа администрирования работает не только на проектах внедрения, а занимается отчетами, учетом лицензий, организацией обучения клиентов, организацией рабочего пространства для сотрудников подразделения и т.д. Также в практике два направления: продуктовое и центр внедрения. Группа администрирования работает на оба: например, тот же технический писатель занимается как проектной документацией, так и документацией для продуктов.
Если бы РП был прямым руководителем этой группы, на него легла бы дополнительная нагрузка — в виде распределения и контроля всех этих задач. Сейчас это делает Света.
Света управляет командой из двух человек, поэтому, помимо задач администратора, готовит отчёты и распределяет активности внутри своей группы. В команде Светы есть технический писатель и ещё один администратор — так как проектов в работе много, один администратор бы не справился :) Поэтому было решено создать отдельную команду, которая помогает бизнесу.
Добрый день! Продукт построен на основе платформы Naumen SMP, над которой работает большая команда в компании. Так как платформа low-code, то небольшие автоматизации пишут все продуктовые аналитики. А наибольших успехов достиг Андрей :)
Добрый день! Это неотчуждаемый от особенностей нашей системы механизм, так как много логики завязано на тонкости нашей платформы. Возможно, в будущем, если у нас получится унифицировать подход и сделать его независимым, мы сможем поделиться наработками в open source.
Полноценно проработать требования к отчётности на этапе подготовки договора было невозможным со стороны клиента, так как нужно было задействовать большое количество сотрудников и вовлечь разные подразделения. Также в это время в компании происходили структурные изменения и переход из одной системы в другую. То, о чем договорились бы в начале могло сильно измениться на этапе внедрения. Требования фиксировали на уровне: «возможность интеграции с внешними системами построения отчётности» и «возможность разработки пользовательских отчётов». Цель была такая: дать клиенту максимально эффективное решение исходя из его возможностей.
BI уже заточена под бизнес-показатели и его использование, на наш взгляд, было правильным решением. Иначе нам пришлось бы проводить большую работу по дублированию и адаптации этих данных в нашей системе — это не только наши ресурсы и время, но и большой объём работы со стороны клиента.
Так или иначе, базовые отчёты присутствуют в системе из коробки и позволяют решать практически все задачи для анализа работы КЦ. Пользовательские или кастомизированные отчёты позволяют привести к «знакомому виду» работу с отчётами в системе для клиента.
В статье рассматривается фреймворк без осуществления дополнительных действий с его кодом или датасетом. Мы хотели осветить проблему с датасетом и показать, что к тем результатам пробинга, которые аналитик получит с использованием фреймворка "из коробки", нужно относиться с осторожностью. Результаты для турецкого языка можно увидеть в приложении ("Логистическая регрессия", "Многослойный перцептрон").
Действительно, для уйгурского языка из-за сильного дисбаланса классов внутри лингвистических категорий — не работает. Этим наблюдением мы и хотели поделиться. Но если обратиться к результатам для турецкого языка, для которого дисбаланс классов выражен не так сильно, динамику увидеть всё-таки можно
Видимо в текстовом варианте получилось неоднозначное истолкование "выгоды".
Тут мысль в том, что каждый использует облака исходя из какой-то собственной выгоды. Для нас, в первую очередь, выгода во времени. И мы были готовы за эту выгоду переплатить, относительно своего железа.
Но да, я согласен, что в большинстве сценариев N-ресурсов в облаках будет стоить прилично дороже, чем N-ресурсов своего железа в единицу времени.
Группа администрирования работает не только на проектах внедрения, а занимается отчетами, учетом лицензий, организацией обучения клиентов, организацией рабочего пространства для сотрудников подразделения и т.д. Также в практике два направления: продуктовое и центр внедрения. Группа администрирования работает на оба: например, тот же технический писатель занимается как проектной документацией, так и документацией для продуктов.
Если бы РП был прямым руководителем этой группы, на него легла бы дополнительная нагрузка — в виде распределения и контроля всех этих задач. Сейчас это делает Света.
Добрый день!
Света управляет командой из двух человек, поэтому, помимо задач администратора, готовит отчёты и распределяет активности внутри своей группы. В команде Светы есть технический писатель и ещё один администратор — так как проектов в работе много, один администратор бы не справился :) Поэтому было решено создать отдельную команду, которая помогает бизнесу.
Добрый день! Продукт построен на основе платформы Naumen SMP, над которой работает большая команда в компании. Так как платформа low-code, то небольшие автоматизации пишут все продуктовые аналитики. А наибольших успехов достиг Андрей :)
Добрый день! Это неотчуждаемый от особенностей нашей системы механизм, так как много логики завязано на тонкости нашей платформы. Возможно, в будущем, если у нас получится унифицировать подход и сделать его независимым, мы сможем поделиться наработками в open source.
Полноценно проработать требования к отчётности на этапе подготовки договора было невозможным со стороны клиента, так как нужно было задействовать большое количество сотрудников и вовлечь разные подразделения. Также в это время в компании происходили структурные изменения и переход из одной системы в другую. То, о чем договорились бы в начале могло сильно измениться на этапе внедрения. Требования фиксировали на уровне: «возможность интеграции с внешними системами построения отчётности» и «возможность разработки пользовательских отчётов». Цель была такая: дать клиенту максимально эффективное решение исходя из его возможностей.
BI уже заточена под бизнес-показатели и его использование, на наш взгляд, было правильным решением. Иначе нам пришлось бы проводить большую работу по дублированию и адаптации этих данных в нашей системе — это не только наши ресурсы и время, но и большой объём работы со стороны клиента.
Так или иначе, базовые отчёты присутствуют в системе из коробки и позволяют решать практически все задачи для анализа работы КЦ. Пользовательские или кастомизированные отчёты позволяют привести к «знакомому виду» работу с отчётами в системе для клиента.
В статье рассматривается фреймворк без осуществления дополнительных действий с его кодом или датасетом.
Мы хотели осветить проблему с датасетом и показать, что к тем результатам пробинга, которые аналитик получит с использованием фреймворка "из коробки", нужно относиться с осторожностью.
Результаты для турецкого языка можно увидеть в приложении ("Логистическая регрессия", "Многослойный перцептрон").
Действительно, для уйгурского языка из-за сильного дисбаланса классов внутри лингвистических категорий — не работает. Этим наблюдением мы и хотели поделиться. Но если обратиться к результатам для турецкого языка, для которого дисбаланс классов выражен не так сильно, динамику увидеть всё-таки можно
Спасибо за идею! Обязательно постараемся написать на эту тему статью. Саша, автор статьи, выделил вот такие моменты:
классно обсудить с дизайнером заранее, в каком виде ему нужны данные
ставить задачу в виде работы по JTBD, чтобы не сужать зрение дизайнера конкретными формулировками по функционалу
я использовал CJM, о котором также упоминал в статье.
По поводу времени: от идеи до реализации прошел примерно год.
Вы правы, есть куда развиваться. Изменения грядут, но не всегда получается так быстро, как этого хотелось бы.
Видимо в текстовом варианте получилось неоднозначное истолкование "выгоды".
Тут мысль в том, что каждый использует облака исходя из какой-то собственной выгоды. Для нас, в первую очередь, выгода во времени. И мы были готовы за эту выгоду переплатить, относительно своего железа.
Но да, я согласен, что в большинстве сценариев N-ресурсов в облаках будет стоить прилично дороже, чем N-ресурсов своего железа в единицу времени.