sceptic

Проектное управление

Всем добрый день!

Наши БОЛЬШИЕ специалисты при написании регламентирующих документов непременно хотят использовать термин "Проектная разработка".

Хотелось бы знать, как уважаемое сообщество относится к данному термину. Свое мнение пока попридержу.

Поделиться сообщением


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


Пусть будет, я не против :)

Поделиться сообщением


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

ты бы хотя бы написал, что смущает.... Или этим сочетанием хотят другой нормальный термин заменить какой?

Поделиться сообщением


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

ты бы хотя бы написал, что смущает....

Меня всегда коробит от словосочетаний "Масло масляное". Но это не главное. Главное - упертость, с которой отстаиваются не только терминологические казусы, но и любительщина в построении процесса.

Ну а терминология... Все начинается с определения понятий.

Поделиться сообщением


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

У каждого своё масло, у кого-то оно масляное, кому-то это только кажется...

Разработка может быть проектной, предпроектной, послепроектной, внепроектной...

Поделиться сообщением


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

Само сочетание не коробит. Грамотность применения зависит от контекста. Ведь вполне можно допустить, например, этапы выпуска нового продукта: Идейная разработка-проектная разработка-конструкторская разработка-технологическая разработка. Хотя, конечно, термин "проработка" или вообще замена его на "этап" более красиво выглядит. Все, конечно, IMHO

Поделиться сообщением


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

sceptic

Какая у тебя должность?

Поделиться сообщением


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

sceptic

Какая у тебя должность?

А тебе не все равно?

Поделиться сообщением


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

Нас этим "проектным управлением" намедни лечили полторы недели.

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

Долго воду толочь в ступе не буду, скажу лишь следующее - поставьте перед вашими БАЛЬШИМИ специалистами вопрос ребром - как применение проектного подхода будет напрямую влиять на качество продукта или сроки реализации? Если начнется мычание в духе "западный подход", "культура рабочего процесса", - посылайте темным лесом. Эти самые специалисты первыми же и запорят всю культуру процесса своим западным подходом.

Ну а терминология... Все начинается с определения понятий.

Открою маленький секрет, никаких понятий определять не надо, все уже определено в ГОСТ 54869-2011 и ему сопутствующих. Изучите на досуге, довольно занятное чтиво.

Поделиться сообщением


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

посылайте темным лесом

Скорее всего, пошлют его самого...

Поделиться сообщением


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

Скорее всего, пошлют его самого...

Зависит от занимаемой должности и уровня аргументов обеих сторон.

UPD. Ой-вэй, а тема-то оказывается, в разделе PDM. Хотелось бы узнать от автора причины сего факта.

Поделиться сообщением


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

как применение проектного подхода будет напрямую влиять на качество продукта или сроки реализации?

У нас не все так зарегламентировано. Используется метод проб и ошибок. Время покажет, что и как повлияет. Но выбранный путь можно было бы сразу немного спрямить, и не выписывать слишком большие зигзуги. Речь, конечно, в основном не о терминологии.

Да ладно. Хоть от двух человек, но ответ на мой вопрос получен. Скорее всего, вопрос терминологии считается здесь бюрократическим, и внимания ему будет уделено немного. Как говорится, назови хоть горшком, только в печку не ставь.

UPD. Ой-вэй, а тема-то оказывается, в разделе PDM. Хотелось бы узнать от автора причины сего факта.

Причина в том, что ПРОЕКТНОЕ УПРАВЛЕНИЕ предполагается автоматизировать с помощью PDM-системы, правда доморощенной. А для этого ее надо дорабатывать, а дорабатывать надо понимать как. То есть речь как раз о той дорожке, которую предстоит выбрать

Поделиться сообщением


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

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

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

Причина в том, что ПРОЕКТНОЕ УПРАВЛЕНИЕ предполагается автоматизировать с помощью PDM-системы, правда доморощенной. А для этого ее надо дорабатывать, а дорабатывать надо понимать как. То есть речь как раз о той дорожке, которую предстоит выбрать

Мое сердце чует нехорошее. И печень. И селезенка. И вообще все жизненно важные органы чувствуют себя как-то неуютно. Поставьте себе MS Project или Primavera и интегрируйте её со своей PDM. Иначе "будит бида" (Э. Успенский, "Дядюшка Ау").

Поделиться сообщением


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

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

Мое сердце чует нехорошее. И печень. И селезенка. И вообще все жизненно важные органы чувствуют себя как-то неуютно. Поставьте себе MS Project или Primavera и интегрируйте её со своей PDM. Иначе "будит бида" (Э. Успенский, "Дядюшка Ау").

Я практически со всем сказанным здесь согласен. Но к моему большому сожалению в настоящее время абсолютно не могу повлиять на ситуацию.

GOLF_stream, кстати, интуитивно уловил проблему, когда спросил меня о занимаемой должности. Не та у меня сейчас должность, на которой можно изменить ситуацию.

Поделиться сообщением


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

Не та у меня сейчас должность, на которой можно изменить ситуацию.

Тогда какой смысл дёргаться самому и дёргать других?

Поделиться сообщением


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

Тогда какой смысл дёргаться самому и дёргать других?

Могу ответить, несколько перефразировав твой девиз (или как это называется?)-

All you need is understanding.

А в общем, можно и не дергаться

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.

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

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



  • Сообщения

    • ЮлияТ
      @Plumber , благодарю от всей души за обстоятельный ответ.   Может ли задание касательности на стыке дуг и прямых в эскизе вручную предотвратить разрыв контуров при экспорте в DFX или DWG? В моем случае к углам применялась команда "Инструменты эскиза" - "Скругление", а не построение с нуля с использованием прямых и дуг через три точки, поэтому вручную касательность не задавала во избежание переопределенности эскиза.  Не понимаю откуда берутся незамкнутые контуры, если "вытянутая бобышка" проходит на ура и перекладывание файлов из формата в формат (SLDPRT - SLDDRW - DWG) происходит среди "родственников" (SW-DWGEditor), а не в сторонних CADах...  Где их корежит?   Из "Справки":   Параметры экспорта файла DXF/DWG Соединение конечных точек   Включить соединение  Устраняет зазоры между конечными точками линий, если значение зазора превышает установленное.   Можно ли установить значение "0" и этим в принципе исключить вероятные проблемы с незамкнутыми контурами?       PS. Просто еще один CAD в мой комп уже не влезет - его просто разорвет от повышения внутричерепного давления, а Солид и так достаточно хорош и дружелюбен, чтобы из-за проверки его выходного файла на корректность ставить еще одного монстра... Да и файлы используются только для отправки на резку.
    • valeo-ua
      да все верно товарищ просит библиотечную деталь можно сохранить отдельным файлом модели  
    • valeo-ua
      ну да. в настройках по умолчанию включены различные автопривязки. надо их проверить - может слетели?
    • Клиент
      Русская комедия "7 дней с русской красавицей", в свое время из-под полы продавалась, богата на такого рода юмор.
    • BSV
      Требуется изготовление партии деталей гнутых из проволоки диаметром 1мм. Проволока нержавейка или пружинная. Количество первой партии 10 тыс шт.
    • Kirill_sch
      нет, в этом окне такой строки нет. Странно просто что раньше все работало. если открываю старые проекты то там все норм. Выпускаю программу там м0. Но когда делаю новый проект то вот такая хрень. пост один и тотже. Даже с твоим пробовал который ты кидал.
    • Di-mann
      Вы бы формат уточнили. Библиотека это не кучка файла всей номенклатуры метизов, метизы в виде файлов библиотечных элементов не копируются.  Вообще лучше библиотеку поставьте. 
    • Di-mann
      А разве там не листовой металл?  Вообще кидать ссылки на мебели не очень хорошо... Большинство местных их даже смотреть не будут и я в т. ч. . Архивируйте и кидайте сюда модель а не ссылку. 
    • Di-mann
      Нельзя менять модель, можно менять исполнения модели...  Научитесь работать с исполнения и и будет вам счастье. 
    • tm-ares