Перейти к публикации

Планирование конструкторской работы


Рекомендованные сообщения

Попытался составить план ОГК в майкрософт проджект :wacko::throw:

Если перспективный (непрерывный) план по всем проектам с взаимоувязками и разбивкой по людям хоть как то получается, то с отчётами какая о засада. Передвижки сроков, с вставкой срочного внеплана, пока ещё не делал :g:. На данный момент так и не смог вывести процент выполнения за месяц :wallbash: тупо выдаёт процент от всего проекта, у кого то это месяц работы у кого то три соответственно показывать руководству такие проценты не стоит даже с пояснениями. Вобщем отчёт сдал в ворде от руки :rolleyes: Но хотелось бы как то более автоматизированно.

Может у кого есть положительный опыт подобного планирования с удобной отчётностью в какой либо проге. :helpsmilie:

Ссылка на сообщение
Поделиться на других сайтах


Может у кого есть положительный опыт подобного планирования с удобной отчётностью в какой либо проге. :helpsmilie:

У нас используется самописная софтина, которая не меняется уже лет 10. Клиент-серверная архитектура (с пламенным Firebird в груди), на каждое изделие создаются графики, по которым расписываются задания на разработку техпроцессов и оснастки. Плановый отдел спускает задания начальникам отделов, которые распределяют их между своими подчиненными. После того, как работа выполнена, технолог/конструктор сдает начальнику задание в PDM, он его подписывает и делает в софтине отметку о выполнении.

Каждый месяц формируются отчеты о плановом/текущем состоянии подготовки производства. Непосредственно с PDM программа не интегрирована, с одной стороны нет нужды, с другой - интегрировать в сегодняшних реалиях просто некому.

Ссылка на сообщение
Поделиться на других сайтах

Возились с этим делом как-то. Вроде даже успешно все решили, но так как систему я не разрабатывал, а лишь пользовался, то опишу лишь с этой точки зрения.

На сервере Microsoft Project создавались планы по каждому вновь разрабатываемому изделию, там же сидели штатные расписания, общий пул ресурсов и задачи с загрузками по каждому. В конце дня каждый юзер открывал браузер и вводил % выполнения своих текущих задач с нарастающим итогом примерно в такую форму:

<noindex>Изображение</noindex>

По сути, если например, разработка узла N распланирована человеку на месяц, то он каждый день добавлял примерно по 4...5% к предыдущему прогрессу, если все шло без накладок. Начальники отделов и ведущие проектов распределяли общую работу на конкретных исполнителей и могли видеть прогресс что называется онлайн, о чем каждый вечер совещались, дабы в случае каких-либо отрицательных отклонений от графика успеть принять меры (мало ли - заболел исполнитель или вдруг его на другой проект перекинули, дизайн или состав изделия поменяли...).

Конечно, первое время было много визгов о невозможности распланировать инженерную работу, но месяца через 2 вошли в колею, настроили систему. Главное - люди поняли, что теперь не придет главный конструктор и не скажет: бросай это, хватай вон то, но и за это я с тебя спрошу; теперь на законных основаниях говорят: меняйте план, тогда и требуйте; все делается автоматом - утром пришел, увидел свой фронт работ и вперед, вечером отметил % и ушел. Система и начальство контролируют, чтобы у работников коэффициент загрузки не превышал единицу - сидят и корректируют планы до тех пор, пока не становтся всё хорошо и правильно.

Что именно крутилось на сервере, какие плагины прикручивали или самописные фармы отчетов - без понятия. Но было довольно удобно. Каждый мог посмотреть, какие люди назначены на какие задачи, загрузку свою и коллег, какие работы его ждут впереди и т.д.

Ссылка на сообщение
Поделиться на других сайтах

На сервере Microsoft Project создавались планы по каждому вновь разрабатываемому изделию, там же сидели штатные расписания, общий пул ресурсов и задачи с загрузками по каждому. В конце дня каждый юзер открывал браузер и вводил % выполнения своих текущих задач с нарастающим итогом примерно в такую форму:

С этим всё и так понятно (правда локально), проблем не возникло.

Но у нас план на месяц подписывается в начале месяца. В конце месяца сдаётся отчёт: "по плану- % выполнения" + "вне плана- % выполнения"

Распечатать план по людям чисто на месяц не получается. Ограничиваешь датами начало-конец месяца, не печатает задачи начинающиеся ранее и заканчивающиеся позже. Берёшь диапазон с захватом- выводит и то что уже сделано и то что ещё делать не нужно.

По отчётам тоже только ещё и процент выполнения выводит от начала проекта на дату отчёта, а не процент за отчётный период. В итоге у кого проект только начался процент смешной у кого заканчивается наоборот высокий, а реальную картину нужно высчитывать в ручную вычитая процент на начало месяца из процента на конец при этом приходится тупо всё забивать в ручную в экселе...

Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...

Начинай планировать в начале каждого месяца, но с таким условием, что незавершенные задачи с прошлого периода отсекаешь и оставляешь только "хвост", который необходимо сделать в планируемом периоде и принимаешь этот "хвост" за 100%. По такому же принципу и задачи переходящие на следующий отчетный период, только оставляешь "голову".

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • streamdown
      Коллеги приветствую! IPS 8. Подскажите пожалуйста, кто какое серверное железо использует? Интересуют параметры при одновременной работе, ну например, 400 пользователей онлайн
    • gudstartup
      так он так и позиционируется по m19 pmc выдает g70.6 а чпу отвечает f45.7 но ориентацию и смещение в 4077 он отрабатывает нормально шпиндель встает ровно и смена происходит хорошо. вопрос почему после ввода команды управления скоростью он все еще продолжает контролировать число импульсов между нуль метками хотя в принципе уже должен отменить позиционный контроль и просто считать обороты по 0 метке как он это делает без М19? это все понятно но почему оно продолжает проверять это после завершения ориентации мне непонятно
    • Александр1979
      SP9047 SSPA:47 ILLEGAL SIGNAL OF POSITION CODER "The relationship between the A/B phase and 1-rotation signal is incorrect (Pulse interval mismatch)." "Неправильное значение счетчика импульсов сигнала на энкодере ALPHAi. На фазах A и B энкодера за один оборот шпинделя насчитывается 4096 импульсов обратной связи. Программное обеспечение по управлению шпинделем проверяет количество импульсов на фазах A и B, соответствующее энкодеру, при каждой генерации сигнала одного оборота. Данный аварийный сигнал срабатывает, если регистрируется число импульсов, нарушающее заданный диапазон."
    • vs3dpro
      Добрый день! У нас на есть SLA принтер 600х600х400мм. Можно напечатать мастер- модели, и можно приехать посмотреть. mail@iges.space
    • gudstartup
      после ввода 789 в edit mod надо перейти в режим ручное упр. нажать mod а потом помощь и откроется wzw.hlp  с возможностью выполнения команд управления atc. если не появляется содержимое wzw.hlp то возможно что у вас другой код хотя 789 'это стандарт для dmg в этом случае надо смотреть ваш plc раздел у меня пароль прописан в файле wzw_rett.mod
    • Anat2015
      SERVO TURRET AMP ALARM - переводить не пробовали, учитывая, что AMP - это и есть сервопривод? Что тут не ясного, язык не знаком?
    • Viktor2004
      я бы попробовал позиционировать шпиндель сигналом G70.6 Ответный сигнал, шпиндель сориентирован F45.7
    • gudstartup
      Здравствуйте уважаемые участники форума попрошу вас поделится мнениями. Имеется фрезерный шпиндель с позиционным кодером (зубчатое колесо и считывающая головка). Ошибку 9047 выдает после того отрабатывает M19 c последующим включением оборотов Sxxx M3 причем обороты могут быть любыми от 100-макс. Если задавать обороты без предварительной ориентации то 9047 не возникает и шпиндель нормально вращается на любой скорости при этом обороты не гуляют точность поддержания +-1 об\мин. Кабель заменен заменить сам датчик нет возможности. Мой вопрос в следующем почему шпиндель после M19 и включении управления скоростью Sxxx M3 остается в режиме позиционирования а не сразу переходит врежим управления скоростью и даже явная отмена ориентации кодом M20 ничего не меняет ведь режим позиционного управления должен быть отменен или он остается и отменяется не сразу после подачи команды M3 и кода скорости? Станок достаточно старый 2009 года плату управления шпинделем меняли на соседний ничего не изменилось. Это может быть логика PMC или скорее всего это датчик?   PMC-SB.001
    • Killerchik
      А мы-то думали, что пропорциональный гидравлический.....
    • Grig75
×
×
  • Создать...