Показано с 31 по 39 из 39
-
07.07.2006, 19:13 #31
- Регистрация
- 24.11.2005
- Сообщений
- 123
Сообщение от Михаил_Шустер
У проекта есть начало и завершение.
У функциональной деятельности нет.Она постоянна во времени.
Так и различаем...
-
07.07.2006, 20:08 #32
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
А что именно "проще"?
Функция, прежде, чем стать собой, была проектом
"У проекта есть начало и есть завершение" - вовсе небесспорно. Если тривиально-то да. А если нетривиально-то "проекты ниоткуда не берутся и никуда не деваются, а переходят из одного вида в другой"
"Функциональная деятельность постоянна по времени" - опять небесспорно. Циклична-да, неизменна-нет. Функциональная деятельность-то, что остается от проекта, когда он становится неинтересен своему создателю.
Так что проще-то? Различать? Если различать чтоб посвистеть-да. Если различать чтоб пользоваться-нет.
Проще-это когда пренебрегать деталями. А если их учитывать, то у одной и той же функции каждый раз разная история. Элементарная процедура "Получение письма" может быть рассмотрена, как проект. Любая проектная деятельность может быть описана набором стандартных функций. Различие возможно только через здравый смысл, который не подлежит регламентации.
-
07.07.2006, 20:27 #33
- Регистрация
- 24.11.2005
- Сообщений
- 123
Сообщение от Михаил_Шустер
"У проекта есть начало и есть завершение" - вовсе небесспорно. Если тривиально-то да. А если нетривиально-то "проекты ниоткуда не берутся и никуда не деваются, а переходят из одного вида в другой"
"Функциональная деятельность постоянна по времени" - опять небесспорно. Циклична-да, неизменна-нет. Функциональная деятельность-то, что остается от проекта, когда он становится неинтересен своему создателю.
Ну а постоянного ничего нет, никто и не утверждал.
Элементарная процедура "Получение письма" может быть рассмотрена, как проект. Любая проектная деятельность может быть описана набором стандартных функций. Различие возможно только через здравый смысл, который не подлежит регламентации.
Проект это временная(не постоянная) деятельность для создания продукта, товара или услуги.
Если вы трактуете получение письма как в определении выше, то для вас это будет проект.Но здравый смысл посказывает, что нет, не может быть
-
16.07.2006, 11:59 #34
- Регистрация
- 27.11.2005
- Сообщений
- 293
О программах управления проектами
Специально для Simon$, хотя и другим может пригодиться.
Программы управления проектами предназначены для МОДЕЛИРОВАНИЯ проектов, разработки планов выполнения работ (включая бюджеты) и оперативного УПРАВЛЕНИЯ (то есть ведения УПРАВЛЕНЧЕСКОГО учета и корректировки планов по результатам исполнения).
Цитирую: "вы нарисовали диаграмму Ганта из тысячи работ на проект длинной в 2 года, расставили везде плановые стоимости."
Такое использование программы управления проектами означает отсутствие системы управления проектами на вашем предприятии и отсутствие понимания назначения таких программ. И совершенно понятно, что вы ни на какие вопросы не ответите при такой проработке проектов.
Ни в САП, ни в Оракл вы не сможете рассчитать расписание исполнения проекта с учетом ограничений по ресурсам, поставкам и финансированию. То есть они не решают основную задачу программ управления проектами. Там только УЧЕТ по проектам.
А со Спайдером познакомьтесь. Мы не просто рекомендуем, а НАСТАИВАЕМ, чтобы наши пользователи занимались бюджетированием и финансовым анализом проектов.
Еще одна ваша цитата: "использовать в целях бюджетирования в разрезе проектов Cognos нет смысла, это все можно сделать в Примавере или в Спайдере без него, проблема в том, что это все делается так, что даже консультанты продающие эти продукты даже не предполагают что это можно сделать в их системе."
Уточните, кто из наших консультантов не предполагает, что бюджетирование можно сделать в Спайдере. Я бы написал, что мы его уволим, но твердо знаю, что таких консультантов у нас нет.
И еще к вашему сведению - Спайдер - это единственная система, которая умеет рассчитать расписание проекта (портфеля проектов) с учетом ограничений по финансированию и поставкам. Без бюджетирования такая функция бесполезна.
А вот Оракл с САПом (не говорю уже о Примавере) этого не умеет. Но если проекты "рисуются", то это не важно.
Программы - это инструменты для корпоративного управления.
Из книг могу посоветовать Рассела Арчибалда "Управление программами и проектами в области высоких технологий".
Всего наилучшего.
-
16.07.2006, 14:01 #35
- Регистрация
- 27.11.2005
- Сообщений
- 293
Обязательно, в конце следующей недели
Я пытался вчера, но были проблемы - почему-то не удалось оставить сообщение.
С удовольствием пообщаюсь.
Всего наилучшего.
-
16.07.2006, 14:13 #36
- Регистрация
- 24.11.2005
- Сообщений
- 470
Сообщение от Владимир Либерзон
ЗЫ: Глянул, Вы, оказывается, уже зарегистрировались
-
21.09.2006, 13:52 #37
терминология и прочее
Сообщение от Евгений_КсСообщение от Евгений_Кс
Отдел управления программами - ОУП. глава 6 в документе выложенном.
под ОУП обычно понимают офис управления проектами.
тут где то была ссылка на бумагу 2004 года. по=хорошему, её надо переписать начисто. заново.
на счет примаверы и спайдера - это программы для управления проектами. на КИСУП в полном объеме не тянет ни одна, ни другая. собственно, они и не позиционировались никогда как КИСУП.
хотя, на мой взгляд, позиционирование спайдера - несколько "честнее" что ли... не знаю, это глубокое ИМХО.
-
06.10.2006, 00:55 #38
- Регистрация
- 27.11.2005
- Сообщений
- 293
Сообщение от Simon$
Но системы управления проектами действительно не претендуют на связь с бухгалтерией. Они предназначены для управления, то есть для своевременного принятия оперативных решений базируясь на результатах управленческого учета.
Наверное нужно определить, что кто вкладывает в понятие системы управления проектами.
-
08.10.2006, 20:54 #39
- Регистрация
- 25.11.2005
- Сообщений
- 425
Сообщение от Владимир Либерзон