Наверно, надо бы еще определится со стеком. Если это no- low- code - это одно. Если отдельно готовится бэк, отдельно фронт - другое. А если еще есть дизайнер?
Получается, аналитик проектирует БД? Ну или имеет доступ к БД на живом проекте?
А почему у вас дизайнер создает структуру презентации? Не уловил. По идее дизайнеру надо дать набор слайдов с тезисами. Грубо говоря, черный текст на белом фоне. А дальше уже все то, о чем вы пишите. Не дизайнер же будет по презентации делать доклад. Поэтмоу структура слайдов идет от менеджера. Или у вас другое видение?
Мне максимально не понятен посыл "иди погугли". Мне это зачем? Т.е. вместо того, чтобы написать ваш опыт по внедрению OKR вы заставляете меня искать информацию о вас. Как минимум, это странно. Как максимум, вы просто не можете показать опыт. "Практика управления" - не равно "практический опыт внедрения OKR". Я вижу что вы пробуете понять куда ветер дует.
Мы несколько лет работали по классической модели OKR и прошли на ней 22 трехмесячных цикла. Но в какой-то момент поняли, что в оригинале эта модель нам не очень подходит. И тому есть несколько причин.
Первое — это время. Очень много времени уходит на каждый цикл планирования. Чтобы поставить цели на сезон, у нас уходит до месяца: обсудить цели, согласовать, каскадировать на команды, донести информацию до всех. А ведь есть еще трекинг результатов и подведение итогов. 3-4 месяца в году мы тратили только на планирование.
На реализацию остаётся мало времени и энергии. В результате мы не успеваем сделать все задуманное, и задачи просто переносятся из одного цикла в другой.
Второе — сама работа с целями в формате OKR довольно сложная. Если вы с этим сталкивались, вы понимаете, о чём я. Большинству людей сложно ставить цели в нужном формате, ещё сложнее — формулировать ключевые результаты, снабжать всё это цифрами. Многим это буквально «ломает мозг». Люди стараются этого избегать или делают постановку формально.
А вы что-то прочитали и явно не имеете практики. Отсюда ваше "очень простая методика ". Нет, не простая.
Всегда считал что номер один в России - это Moodle. В ВУЗах, ССУЗах государственных и частных чаще всего встречал именно его. Под него пишут курсы и обмениваются ими.
Понятно, что рынок LMS большой. И есть "бесплатно" и "энтерпрайз".
Вот наконец-то увидел слова "агент" и "RPA" в одном тексте. Прочитал. И все-равно не понял. В чем принципиальное отличие? Объясните, пожалуйста, простыми словами. Лучше на примерах: если RPA, то это выглядит вот так, а если ИИ агент - вот так.
Есть определения ERP, есть продукты. Тут более-менее понятно.
Я посмотрел видно на сайте этого проекта. Визуально - конструктор блоков. Таких конструкторов много. Как это отнести / пришить к ERP не понятно.
Выглядит как хобби-поделка. Ну так и напишите - "вот мой пэт проект, с его помощью на wordpress можно создавать блоки". Другое дело, что я прям не могу понять применения в реальной жизни.
Поэтому отношусь как "пишу для себя - хвастаюсь миру". В этом смысле, к проекту вопросов нет никаких.
Подход понятен. Но, кажется, что тонкое самое тонкое место у вас описано в конце статьи в разделе "Как поддерживаем". Здесь есть два действия: управление сотрудниками (добавить, убавить) и управление макетом (назначить, изменить, удалить макет для сотрудника). Пока нет аврала и у вас много сил - это работает и действительно выглядит наглядно.
Я не работаю в Фигма, но что подумалось - а нельзя в макете оставить ник дизайнера (из вашей системы общения - слак, телеграм, ...) и потом пробежаться по всем макетам и автоматически составить такую карту?
Если я правильно понял, дизайнер ищет не конкретный блок, а в целом, макет. Т.е. вы можете разметить никами/тегами @ блоки, понять кто есть кто в макете. Потом остается сделать превью (выглядит важным) и полученный результат куда-то опубликовать.
Наверно, это автоматизируется. Почему-то мне представляется mindmap какой-нибудь.
И мне бы тут не хватило поиска. Т.е. выбрал дизайнера (или менеджера, если это нужно) и увидел все макеты в который выбранный сотрудник затегирован хотя бы в одном блоке.
Бред такой. Ожидаемо большое количество комментариев ) Собеседование - это место/действо где все должны задавать друг другу вопросы. Прям должн. И любые.
Вопрос хороший. У меня была примерно такая же реакция.
1. Вау эффект - "у нас есть" 2. Руководители / маркетологи хвастаются такой вот штукой на ТВ в переговорной. 3. Все же - удаленный контроль производства 4. Обучение. Недавно кейс на Хабре был про нефтянку.
Наверно, что-то еще.
Я лишь пересказываю что слышал в кабинетах где года 2-4 назад активно обсуждались цифровые дневники. Т.е., еще раз повторюсь, как слепок реального производства. Сюда же умные слова про Производство 4.0 и LoRa везде и всюду.
Вы же, как я понимаю, говорите про сбор данных и дальнейшее моделирование на основе этих данных.
Подборка хорошая. Сам осилил где-то половину. А что по практике? Книги без практики - так не работает.
Все верно. Спасибо за статью и примеры интерфейса
Похоже на какую-то гос структуру ) А, воообще, наверно, стоит привести название компании.
За счет чего?
Какие исходные данные: это новое приложение или вы сделали редизайн? Что изменили: дизайн, сценарии, разделы?
Наверно, надо бы еще определится со стеком. Если это no- low- code - это одно. Если отдельно готовится бэк, отдельно фронт - другое. А если еще есть дизайнер?
Получается, аналитик проектирует БД? Ну или имеет доступ к БД на живом проекте?
Круто! Молодцы. Вот именно я понимаю под "цифровой двойник".
Все это про "сделать тестировщиков снова великими". А то приуныли некоторые после появления ИИ инструментов.
А почему у вас дизайнер создает структуру презентации? Не уловил. По идее дизайнеру надо дать набор слайдов с тезисами. Грубо говоря, черный текст на белом фоне. А дальше уже все то, о чем вы пишите.
Не дизайнер же будет по презентации делать доклад. Поэтмоу структура слайдов идет от менеджера.
Или у вас другое видение?
Мне максимально не понятен посыл "иди погугли". Мне это зачем? Т.е. вместо того, чтобы написать ваш опыт по внедрению OKR вы заставляете меня искать информацию о вас. Как минимум, это странно. Как максимум, вы просто не можете показать опыт.
"Практика управления" - не равно "практический опыт внедрения OKR".
Я вижу что вы пробуете понять куда ветер дует.
Вот Никита Михенков их Nimax пишет:
А вы что-то прочитали и явно не имеете практики. Отсюда ваше "очень простая методика ". Нет, не простая.
Всегда считал что номер один в России - это Moodle. В ВУЗах, ССУЗах государственных и частных чаще всего встречал именно его. Под него пишут курсы и обмениваются ими.
Понятно, что рынок LMS большой. И есть "бесплатно" и "энтерпрайз".
"ф" не хватает )
Вот наконец-то увидел слова "агент" и "RPA" в одном тексте. Прочитал. И все-равно не понял. В чем принципиальное отличие? Объясните, пожалуйста, простыми словами. Лучше на примерах: если RPA, то это выглядит вот так, а если ИИ агент - вот так.
Есть определения ERP, есть продукты. Тут более-менее понятно.
Я посмотрел видно на сайте этого проекта. Визуально - конструктор блоков. Таких конструкторов много. Как это отнести / пришить к ERP не понятно.
Выглядит как хобби-поделка. Ну так и напишите - "вот мой пэт проект, с его помощью на wordpress можно создавать блоки". Другое дело, что я прям не могу понять применения в реальной жизни.
Поэтому отношусь как "пишу для себя - хвастаюсь миру". В этом смысле, к проекту вопросов нет никаких.
Тут хорошо примерно как все ) Молодцы!
Подход понятен. Но, кажется, что тонкое самое тонкое место у вас описано в конце статьи в разделе "Как поддерживаем". Здесь есть два действия: управление сотрудниками (добавить, убавить) и управление макетом (назначить, изменить, удалить макет для сотрудника). Пока нет аврала и у вас много сил - это работает и действительно выглядит наглядно.
Я не работаю в Фигма, но что подумалось - а нельзя в макете оставить ник дизайнера (из вашей системы общения - слак, телеграм, ...) и потом пробежаться по всем макетам и автоматически составить такую карту?
Если я правильно понял, дизайнер ищет не конкретный блок, а в целом, макет. Т.е. вы можете разметить никами/тегами @ блоки, понять кто есть кто в макете. Потом остается сделать превью (выглядит важным) и полученный результат куда-то опубликовать.
Наверно, это автоматизируется. Почему-то мне представляется mindmap какой-нибудь.
И мне бы тут не хватило поиска. Т.е. выбрал дизайнера (или менеджера, если это нужно) и увидел все макеты в который выбранный сотрудник затегирован хотя бы в одном блоке.
Ничего не понял. Причем тут ERP? Вот есть Odoo, есть ERPNext (Frappe.io) - это ERP. А у вас что?
Бред такой. Ожидаемо большое количество комментариев )
Собеседование - это место/действо где все должны задавать друг другу вопросы. Прям должн. И любые.
В РФ? Серьезно?
Вопрос хороший. У меня была примерно такая же реакция.
1. Вау эффект - "у нас есть" 2. Руководители / маркетологи хвастаются такой вот штукой на ТВ в переговорной. 3. Все же - удаленный контроль производства 4. Обучение. Недавно кейс на Хабре был про нефтянку.
Наверно, что-то еще.
Я лишь пересказываю что слышал в кабинетах где года 2-4 назад активно обсуждались цифровые дневники. Т.е., еще раз повторюсь, как слепок реального производства. Сюда же умные слова про Производство 4.0 и LoRa везде и всюду.
Вы же, как я понимаю, говорите про сбор данных и дальнейшее моделирование на основе этих данных.