Под «классической» имеется в виду формальный подход. Перед нами стояла задача выстроить собственную систему адаптации, чтобы иметь возможность определить, на каком этапе возможны сбои и максимально их избежать, а еще вовлечь руководителей активнее участвовать в процессе и добавить такие «фишки», чтобы новый коллега сразу подумал: «Вау! Меня здесь ждали. Хочу остаться!».
ЗУП и Бухгалтерия отдельно, все верно. Допиливали в расширениях или отдельными подсистемами. Типовой функционал не панацея. Заставлять производственных рабочих заполнять типовые документы о произ-ве — это жестоко. Учетные операции должны быть простыми и быстрыми.
соглашусь: чаще всего на госпредприятиях тоже сталкивались с затягиванием процессов со всех сторон. Но были и другие примеры, чаще всего там, где собственник-он же и руководитель, если у самого глаза "горели", то и его сотрудники были замотивированы и настроены на конструктив и результат
бюджет был нефиксированный, по условиям договора команду отдавали на full-time, заказчик оплачивал часы по T&M. За несколько дней до начала проекта провели экспресс-обследование, на его основании прикинули примерный бюджет, который озвучили заказчику — по итогу в него и уложились.
в рамках того же экспресс-обследования обсудили функционал действующей системы и попросили пользователей продемонстрировать ключевые операции. Все остальное — в рамках спринтов.
PM = руководитель проекта: организовывал процесс, коммуницировал с заказчиком, управлял бэклогом проекта, бэклогом спринтов, командой, следил за сроками. Каждую неделю собирали совещания, каждый день обсуждали вопросы в режиме оперативки.
Производственные рабочие совсем знакомы не были, кто-то из руководства имел опыт работы в ERP, ну и мы знакомили-обучали в процессе. Интерфейс абсолютно не походит на M3 Infor, мы старались доработать как раз так, чтобы, в первую очередь, было удобно рабочим на производстве вводить данные. Вместе с пользователями обсуждали, максимально упрощали, чтобы АРМами было удобно пользоваться.
Под «классической» имеется в виду формальный подход. Перед нами стояла задача выстроить собственную систему адаптации, чтобы иметь возможность определить, на каком этапе возможны сбои и максимально их избежать, а еще вовлечь руководителей активнее участвовать в процессе и добавить такие «фишки», чтобы новый коллега сразу подумал: «Вау! Меня здесь ждали. Хочу остаться!».
ЗУП и Бухгалтерия отдельно, все верно. Допиливали в расширениях или отдельными подсистемами. Типовой функционал не панацея. Заставлять производственных рабочих заполнять типовые документы о произ-ве — это жестоко. Учетные операции должны быть простыми и быстрыми.
да, сейчас работаем по инцидентам и доработки по мелочи, на проекте сейчас пол-программиста и пол-консультанта
по выгрузке в БП - да, подошла типовая, чутка донастроили
соглашусь: чаще всего на госпредприятиях тоже сталкивались с затягиванием процессов со всех сторон. Но были и другие примеры, чаще всего там, где собственник-он же и руководитель, если у самого глаза "горели", то и его сотрудники были замотивированы и настроены на конструктив и результат
Спасибо за вопросы! Отвечаю по пунктам:
бюджет был нефиксированный, по условиям договора команду отдавали на full-time, заказчик оплачивал часы по T&M. За несколько дней до начала проекта провели экспресс-обследование, на его основании прикинули примерный бюджет, который озвучили заказчику — по итогу в него и уложились.
в рамках того же экспресс-обследования обсудили функционал действующей системы и попросили пользователей продемонстрировать ключевые операции. Все остальное — в рамках спринтов.
PM = руководитель проекта: организовывал процесс, коммуницировал с заказчиком, управлял бэклогом проекта, бэклогом спринтов, командой, следил за сроками. Каждую неделю собирали совещания, каждый день обсуждали вопросы в режиме оперативки.
Производственные рабочие совсем знакомы не были, кто-то из руководства имел опыт работы в ERP, ну и мы знакомили-обучали в процессе. Интерфейс абсолютно не походит на M3 Infor, мы старались доработать как раз так, чтобы, в первую очередь, было удобно рабочим на производстве вводить данные. Вместе с пользователями обсуждали, максимально упрощали, чтобы АРМами было удобно пользоваться.