ITPARK.ru - ERP форум  - ITIL форум  
ITSM база знаний и Форум Параметры  |  Регистрация  |  Посетители  |  Поиск  |  Помощь
    |- Управление проектами > Project management Разместить новый топик   Post A Reply
Проекты как услуги. Показать принтер версию
next newest post | next oldest post
Автор Сообщение
Евгений Крылов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Сентябрь 20, 2002 @ 14:00:29  

Предлагаю посмотреть на проектную деятельность как на предоставление услуг.
http://krylov.lib.ru/project_org.htm
Леонид Точилов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Воскресенье, Октябрь 20, 2002 @ 22:27:05  

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

--------------------

Евгений Крылов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Воскресенье, Октябрь 20, 2002 @ 23:02:36  

Quote:
Размещено Леонид Точилов
Проект как правило уникален. Отсюда спорный вопрос: надо ли для единичного производства создавать полноценную систему управления, создание которой даже для устоявшихся производств представляет непростую проблему?

Что такое "полноценная"?

Александр Соколовский
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Октябрь 21, 2002 @ 14:49:29  

Если очень хочется, то можно... На мой взгляд, управление не может быть «полноценным», «оно» или есть, или нет; но при этом нужно четко понимать какую цель мы ставим перед собой, таким образом, у нас управление может быть адаптивным, оптимальным и т.д. Вот здесь и возникает «конфликт». Проект – адаптивное управление, или другими словами, управление «изменяющейся» структурой (определение весьма «условное» и я это понимаю). Предоставление услуг – оптимальное управление, или оптимизация параметров «неизменяемой» структуры. При этом проект (в пределе) может начинаться с «нуля», предоставление услуг никогда (может быть результатом проекта). При этом в проекте управление ориентированно на получение результата в заданные и согласованные сроки, по фиксированной стоимости, в случае управления предоставления услуг – качество, а время ограничивается временем существования организации или рынком. Если принимать во внимание ITIL, то «адаптивное» управление, безусловно, присутствует в «Change management», как следствие многие наработки в «Change management and etc…» можно использовать при управлении проектами. Т.е. можно говорить о том, что «управление проектами» и «управление предоставлением услуг» пересекающиеся «множества». «Выколотая» точка, может быть, компания ориентированная на производство ПО, но это отдельный разговор. При рассмотрении ИТ подразделения компании, любой проект попадает под «Change management». Желание подвести «все» под одну гребенку, как правило, приводит к появлению тяжеловесных шаблонов, которые усложняют и без того не простую жизнь. Но использовать и анализировать опыт «смежных» направлений или осуществлять поиск «симметричных аналогов» всегда полезно. И еще, весьма вольное цитирование «IT SM an introduction»: «Не каждое изменение это есть улучшение, но каждое улучшение это изменение». Т.е. «успешный» проект не всегда приводит к улучшению в предоставлении услуг. В общем, мое мнение такое, как информация для размышления материал на lib.ru интересен, но на сколько реализуемо на практике, большой вопрос.
Евгений Крылов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Октябрь 21, 2002 @ 17:06:33  

Я придерживаюсь следующего определения услуги (сервиса):
http://itsm.itpark.ru/cgi-bin/cutecast/cutecast.pl?forum=14&thread=94

Сервис (услуга) (автор: Евгений Крылов)
Неосязаемые выгоды, которые один субъект (поставщик, провайдер) предоставляет другому (клиент, пользователь)".
Это определение имеет ряд выводов.
1. Сервисы (услуги) не могут предоставлятся при отсутствии одного из субъектов.
2. Сервисы (услуги) нельзя накопить на складе
3. На Сервисы (услуги) не распространяется право собственности
4. Качество Сервиса (услуги) меняется в процессе предоставления.
Пример: услуга "предоставление сетевого принтера" - это выгоды для пользователя. Не нужно бегать на другой этаж.
-----------
Почему же проект не может быть услугой?

Александр Соколовский
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Октябрь 21, 2002 @ 17:33:03  

Quote:
Размещено Евгений Крылов
Я придерживаюсь следующего определения услуги (сервиса):
http://itsm.itpark.ru/cgi-bin/cutecast/cutecast.pl?forum=14&thread=94

Сервис (услуга) (автор: Евгений Крылов)
Неосязаемые выгоды, которые один субъект (поставщик, провайдер) предоставляет другому (клиент, пользователь)".
Это определение имеет ряд выводов.
1. Сервисы (услуги) не могут предоставлятся при отсутствии одного из субъектов.
2. Сервисы (услуги) нельзя накопить на складе
3. На Сервисы (услуги) не распространяется право собственности
4. Качество Сервиса (услуги) меняется в процессе предоставления.
Пример: услуга "предоставление сетевого принтера" - это выгоды для пользователя. Не нужно бегать на другой этаж.
-----------
Почему же проект не может быть услугой?

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

И в общем случае, англ. service имеет, на мой взгляд и взгляд моих коллег, как минимум три разных понятия, а именно:
- услуга (техническая компонента, почтовый сервер и т.д.- OSI);
- сервис ( прописан в SLA);
- служба = сервис + персонал.

Варьировать названия можно, но сущностей три... определния весьма условны, если необходимо могу привести в более формализованное представление.

SLA заключается для параметризованной выгоды (конкретной). Есть продавец, есть покупатель, параметры сделки четко формализованы...

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

Евгений Крылов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Октябрь 21, 2002 @ 17:45:43  

Quote:
Размещено Александр Соколовский
[QUOTE]Размещено Евгений Крылов
[B]Я придерживаюсь следующего определения услуги (сервиса):
http://itsm.itpark.ru/cgi-bin/cutecast/cutecast.pl?forum=14&thread=94

Сервис (услуга) (автор: Евгений Крылов)
Неосязаемые выгоды, которые один субъект (поставщик, провайдер) предоставляет другому (клиент, пользователь)".
Это определение имеет ряд выводов.
1. Сервисы (услуги) не могут предоставлятся при отсутствии одного из субъектов.
2. Сервисы (услуги) нельзя накопить на складе
3. На Сервисы (услуги) не распространяется право собственности
4. Качество Сервиса (услуги) меняется в процессе предоставления.
Пример: услуга "предоставление сетевого принтера" - это выгоды для пользователя. Не нужно бегать на другой этаж.
-----------
Почему же проект не может быть услугой?

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

И в общем случае, англ. service имеет, на мой взгляд и взгляд моих коллег, как минимум три разных понятия, а именно:
- услуга (техническая компонента, почтовый сервер и т.д.- OSI);
- сервис ( прописан в SLA);
- служба = сервис + персонал.

Варьировать названия можно, но сущностей три... определния весьма условны, если необходимо могу привести в более формализованное представление.

SLA заключается для параметризованной выгоды (конкретной). Есть продавец, есть покупатель, параметры сделки четко формализованы...

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

[/B][/QUOTE]

Давайте обсуждение услуги перенесем туда, где это уже проводилось
http://itsm.itpark.ru/cgi-bin/cutecast/cutecast.pl?forum=13&thread=68

Александр Соколовский
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Среда, Октябрь 23, 2002 @ 11:58:34  

И еще раз повторюсь, если необходимо можно назвать проект услугой, вопрос зачем, зачем приводить все под одну гребенку? Где минусы я знаю, где плюсы ?
---
Давайте обсуждение услуги перенесем туда, где это уже проводилось
http://itsm.itpark.ru/cgi-bin/cutecast/cutecast.pl?forum=13&thread=68
---
Согласен.
Евгений Крылов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Воскресенье, Октябрь 27, 2002 @ 23:48:01  

Quote:
Размещено Александр Соколовский
И еще раз повторюсь, если необходимо можно назвать проект услугой, вопрос зачем, зачем приводить все под одну гребенку? Где минусы я знаю, где плюсы ?
---
Давайте обсуждение услуги перенесем туда, где это уже проводилось
http://itsm.itpark.ru/cgi-bin/cutecast/cutecast.pl?forum=13&thread=68
---
Согласен.

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

Максим Смирнов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Понедельник, Февраль 16, 2004 @ 16:12:33  

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

А если мы говорим исключительно про ИТ отрасль, то управление проектами и управление услугами здесь движутся сейчас в противополжных направлениях. В ITPM стало модным концентрироваться на людях а не на процессах, на зонах ответственности а не на активностях, на правильном формулировании целей а не на "правильных" путях ее достижения.

Сергей Конаков
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Вторник, Февраль 17, 2004 @ 19:44:04  

Максим, огромная просьба. Не сочтите за труд, подкрепите свой пост парой ссылок.
Максим Смирнов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Четверг, Февраль 19, 2004 @ 12:51:56  

На http://www.maxkir.com несколько переводов и ссылок
Более "философский" подход на http://progstone.nm.ru/reciprocality/r0/index.html

Сергей Конаков
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 20, 2004 @ 00:25:46  

Типа спасибо.

Quote:
Оригинал размещен Максим Смирнов

А если мы говорим исключительно про ИТ отрасль, то управление проектами и управление услугами здесь движутся сейчас в противополжных направлениях. В ITPM стало модным концентрироваться на людях а не на процессах, на зонах ответственности а не на активностях, на правильном формулировании целей а не на "правильных" путях ее достижения.

Кусочек (для примера): "В ITPM стало модным концентрироваться на людях а не на процессах".

1) Что значит "концентироваться на людях"?
2) Что значит "концентироваться на процессах"?

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

Максим Смирнов
Unregistered
Редактировать или удалить сообщение Reply w/Quote
Posted Пятница, Февраль 20, 2004 @ 11:32:49  

Quote:
Originally posted by Сергей Конаков

Типа спасибо.

Кусочек (для примера): "В ITPM стало модным концентрироваться на людях а не на процессах".

1) Что значит "концентироваться на людях"?
2) Что значит "концентироваться на процессах"?

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


Нет, давать ссылку на целый сайт мне не кажется не вежливым. На мой взгляд, это намного более точное указание, чем используемое в отрасли выражение RTFM. В подтверждение, цитата из "Люди как нелинейные и наиболее важные компоненты в создании программного обеспечения" http://www.maxkir.com/sd/people_as_nonlinearRUS.htm
"Создание артефактов с низкой степенью точности позволяет снизить стоимость работ за счет сильных качеств человеческой натуры. Для этого нужно делать особый упор на таких свойствах, как "хорошая ориентация" и непосредственная межличностная коммуникация, и стараться не обращать внимания на то, что обновления происходят не так часто, как нужно. Я использую эти принципы с 1994 года, и могу смело рекомендовать их как главный методологический элемент."
раздел "Чувство гражданского долга и способность ориентироваться в ситуации" (Чтобы найти этот раздел в документе используйте функцию поиска. Например, если Вы используете обозреватель веб Internet Explorer нажмите сочетание клавиш Ctrl-F и в поле ввода "Find" введите начало фразы).
Кстати, настоятельно рекомендую ознакомиться с этой статьей целиком.
Разместить новый топик   Post A Reply Перейти к:
Написать вебмастеру | ИТСМ форум | Политика Privacy All times are GMT +4 Hours.
Добро пожаловать на форум, Guest!  
Login
Имя :
Пароль :
Чтобы пользоваться нашим форум необходимо зарегистрироваться! Пришлите заявку.В заявке необходимо указать имя и фамилию, и желательно место работы.

Уведомление о регистрации вас на форуме и логин будут высланы на ваш E-mail!
Имя и пароль регистрозависимы!
Правила форума здесь.
Forum Rules & Description
Who Can Read The Forum? Any registered user or guest
Who Can Post New Topics? Any registered user
Who Can Post Replies? Any registered user
Who Can Edit Posts? Any original author
Управление проектами
Текущих активных посетителей: 6
Всего текущих 0 посетителей и 6 гостей на сайте. | Большинство пользователей когда-либо было 167 on 04-10-2008 22:55:22
Поиск на этом форуме
Поисковые слова: Искать за:
Powered by CuteCast v2.0 BETA 2
Copyright © 2001-2003 ArtsCore Studios
Все права защищены.
GALPRO ©2003-2018

Яндекс.Метрика