Страница 2 из 2 ПерваяПервая 12
Показано с 31 по 39 из 39
  1. #31
    Член сообщества
    Регистрация
    24.11.2005
    Сообщений
    123

    По умолчанию

    Цитата Сообщение от Михаил_Шустер
    "Типовой организационный проект" - это нечто такое, что выполнялось еще недостаточно много раз, чтобы стать стандартной функцией. Впереди "типового" идет "пилотный"
    Всё проще.
    У проекта есть начало и завершение.
    У функциональной деятельности нет.Она постоянна во времени.
    Так и различаем...

  2. #32
    Член сообщества
    Регистрация
    25.11.2005
    Сообщений
    2,723

    По умолчанию

    А что именно "проще"?
    Функция, прежде, чем стать собой, была проектом

    "У проекта есть начало и есть завершение" - вовсе небесспорно. Если тривиально-то да. А если нетривиально-то "проекты ниоткуда не берутся и никуда не деваются, а переходят из одного вида в другой"

    "Функциональная деятельность постоянна по времени" - опять небесспорно. Циклична-да, неизменна-нет. Функциональная деятельность-то, что остается от проекта, когда он становится неинтересен своему создателю.

    Так что проще-то? Различать? Если различать чтоб посвистеть-да. Если различать чтоб пользоваться-нет.
    Проще-это когда пренебрегать деталями. А если их учитывать, то у одной и той же функции каждый раз разная история. Элементарная процедура "Получение письма" может быть рассмотрена, как проект. Любая проектная деятельность может быть описана набором стандартных функций. Различие возможно только через здравый смысл, который не подлежит регламентации.

  3. #33
    Член сообщества
    Регистрация
    24.11.2005
    Сообщений
    123

    По умолчанию

    Цитата Сообщение от Михаил_Шустер
    А что именно "проще"?
    Функция, прежде, чем стать собой, была проектом
    Вполне возможно, но совсем не правило.

    "У проекта есть начало и есть завершение" - вовсе небесспорно. Если тривиально-то да. А если нетривиально-то "проекты ниоткуда не берутся и никуда не деваются, а переходят из одного вида в другой"
    Но это единственный способ отличить проект от регулярной деятельности.

    "Функциональная деятельность постоянна по времени" - опять небесспорно. Циклична-да, неизменна-нет. Функциональная деятельность-то, что остается от проекта, когда он становится неинтересен своему создателю.
    Проект с самого начала должен иметь фазу завершения.И это планируется при инициализации проекта и его планировании. Если проект стал функцией, то это опять же скорее исключение.

    Ну а постоянного ничего нет, никто и не утверждал.

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

  4. #34

    Exclamation О программах управления проектами

    Специально для Simon$, хотя и другим может пригодиться.

    Программы управления проектами предназначены для МОДЕЛИРОВАНИЯ проектов, разработки планов выполнения работ (включая бюджеты) и оперативного УПРАВЛЕНИЯ (то есть ведения УПРАВЛЕНЧЕСКОГО учета и корректировки планов по результатам исполнения).

    Цитирую: "вы нарисовали диаграмму Ганта из тысячи работ на проект длинной в 2 года, расставили везде плановые стоимости."
    Такое использование программы управления проектами означает отсутствие системы управления проектами на вашем предприятии и отсутствие понимания назначения таких программ. И совершенно понятно, что вы ни на какие вопросы не ответите при такой проработке проектов.

    Ни в САП, ни в Оракл вы не сможете рассчитать расписание исполнения проекта с учетом ограничений по ресурсам, поставкам и финансированию. То есть они не решают основную задачу программ управления проектами. Там только УЧЕТ по проектам.

    А со Спайдером познакомьтесь. Мы не просто рекомендуем, а НАСТАИВАЕМ, чтобы наши пользователи занимались бюджетированием и финансовым анализом проектов.

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

    Уточните, кто из наших консультантов не предполагает, что бюджетирование можно сделать в Спайдере. Я бы написал, что мы его уволим, но твердо знаю, что таких консультантов у нас нет.

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

    Программы - это инструменты для корпоративного управления.
    Из книг могу посоветовать Рассела Арчибалда "Управление программами и проектами в области высоких технологий".

    Всего наилучшего.

  5. #35

    Smile Обязательно, в конце следующей недели

    Я пытался вчера, но были проблемы - почему-то не удалось оставить сообщение.
    С удовольствием пообщаюсь.
    Всего наилучшего.

  6. #36

    По умолчанию

    Цитата Сообщение от Владимир Либерзон
    Я пытался вчера, но были проблемы - почему-то не удалось оставить сообщение.
    С удовольствием пообщаюсь.
    Всего наилучшего.
    Там надо зарегистрироваться.

    ЗЫ: Глянул, Вы, оказывается, уже зарегистрировались

  7. #37

    Question терминология и прочее

    Цитата Сообщение от Евгений_Кс
    Для Simon$
    Цитата Сообщение от Евгений_Кс
    Обещанное


    Отдел управления программами - ОУП. глава 6 в документе выложенном.
    под ОУП обычно понимают офис управления проектами.

    тут где то была ссылка на бумагу 2004 года. по=хорошему, её надо переписать начисто. заново.

    на счет примаверы и спайдера - это программы для управления проектами. на КИСУП в полном объеме не тянет ни одна, ни другая. собственно, они и не позиционировались никогда как КИСУП.
    хотя, на мой взгляд, позиционирование спайдера - несколько "честнее" что ли... не знаю, это глубокое ИМХО.

  8. #38

    По умолчанию

    Цитата Сообщение от Simon$
    для рисования диаграмм Ганта в сапе есть модуль PS который интегрируется сразу с логистикой, бухгалтерией, финансами и т д, в оракле тоже есть такой же модуль
    Вот именно для рисования. Потому в САП нет системы управления проектами вообще! Ни корпоративной, ни какой-либо другой.
    Но системы управления проектами действительно не претендуют на связь с бухгалтерией. Они предназначены для управления, то есть для своевременного принятия оперативных решений базируясь на результатах управленческого учета.
    Наверное нужно определить, что кто вкладывает в понятие системы управления проектами.

  9. #39

    По умолчанию

    Цитата Сообщение от Владимир Либерзон
    Вот именно для рисования. Потому в САП нет системы управления проектами вообще! Ни корпоративной, ни какой-либо другой.
    Владимир, все-таки, справедливости ради, следует сказать, что в SAP R/3 составляются укрупненные производственные планы (Master Production Schedule) и связанные с ними последовательности работ обеспечивающих подразделений. Это и именуется в САП "Project Management", хотя я с Вами согласен, - надо еще разобраться в том, что, собственно, имеют в виду здесь немцы под термином PM.

Страница 2 из 2 ПерваяПервая 12

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •