PMBoK 2008: обзор по главам

[А.Б.]

я работал в Минприборе СССР ... К580 - это Intel8080
;)

В К580 от Intel8080 только архитектура и система команд, а производилась микросхема полностью на отечественной элементной базе. Ну и ... так как архитектуру на 100% скопировать не удалось ... пришлось слегка упростить систему команд.
Я хоть в Минприборе не работал, но сборкой и программированием систем на 580-й серии занимался.

Кстати, к сведению Равиля и по вопросу копирования:
За исключением БЭСМ все советские ЭВМ были скопированы с американских компьютеров. Мало того, СССР просто не мог потянуть производство ЭВМ в одиночку - многие узлы производились в странах СЭВ. Ну и соответственно - плохое качество сборки плюс плохие комплектующие ... все это вело к низкой надежности и большим затратам на ремонт.
Кончилось все тем, что 90% советских ЭВМ было вытеснено PC, серверами на платформе Intel и мини-компютерами (в основном IBM). Как писал на эту тему классик марксизма-ленинизма? Шаг вперед, два шага назад. :-)

[А.Б.]

... пока лишь видим экспансию этой деспотии и ее системы управления в наши земли, Окраинные

Окраинные земли Украины - каламбурчик господа.
Кстати, я в какой-то летописи читал: до того как стать Московским княжеством сия территория называлась ... Украина Залесская.

[Игорь Захарченко]

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

такой вот исторический каламбур

[Михаил_Шустер]

...сия территория называлась ...

Синяя Русь

[Игорь Захарченко]

племена, пришедшие с территории современной Хорватии, обосновались на территори будущей Киевской Руси.

... генетическая память проявляется в путешествиях по землям предков ...

ментальный опыт предка "подсознательно" ведет потомка по тем землям, где бывал предок и заставляет делать то, что совершал предок в "свое" время.

это и есть пока неформализуемый момент в управлении проектами - почему люди поступают внезапно ... так, нелогично и не в корпоративных интересах.
Зов и голос крови

[Игорь Захарченко]

В К580 от Intel8080 только архитектура и система команд, а производилась микросхема полностью на отечественной элементной базе. Ну и ... так как архитектуру на 100% скопировать не удалось ... пришлось слегка упростить систему команд.
Я хоть в Минприборе не работал, но сборкой и программированием систем на 580-й серии занимался.

конечно, конечно)
Минприборовский завод НПО "Промавтоматика" г. Грозный производил комплексы управления на базе КТС ЛИУС-2. в УССР это оборудование применялось на сахарных заводах и на обЪектах Министерства медицинской и микробиологической промышленности (читай обЪекты производства бактериологического оружия)

ЗЫ. после известных событий сотрудники института из Грозного переехали в Белгород на завод лимонной кислоты

[Михаил_Шустер]

переехали в Белгород на завод лимонной кислоты

...читай производство отравляющих веществ и заодно оборонительных гранат Ф-1 "лимонка"...

[Игорь Захарченко]

Кстати, к сведению Равиля и по вопросу копирования:
За исключением БЭСМ все советские ЭВМ были скопированы с американских компьютеров. Мало того, СССР просто не мог потянуть производство ЭВМ в одиночку - многие узлы производились в странах СЭВ. Ну и соответственно - плохое качество сборки плюс плохие комплектующие ... все это вело к низкой надежности и большим затратам на ремонт.
Кончилось все тем, что 90% советских ЭВМ было вытеснено PC, серверами на платформе Intel и мини-компютерами (в основном IBM). Как писал на эту тему классик марксизма-ленинизма? Шаг вперед, два шага назад. :-)

в НПО "Кристалл" г. Киев (если не ошибаюсь, это МЭП-министерство электронной промышленности СССР) можно было сравнить интеловский кайман Intellec с выпущенным в г. Борзна советским аналогом Электроника К1-30 на том же К580 ...

Продолжая тему управления и проектов=читай "доброгоцаря"

В рассказе Лескова Левша, умирая, просил доложить царю о самом главном своём открытии: “Скажите государю, что англичане ружья кирпичом не чистят…”.

[Игорь Захарченко]

Это тоже в корень. Но с большой оговоркой.
Скупка украинского чернозема-псевдоцель. Процесс. А вот "зачем"? - это уже вопрос. Чего растить на ем будем? Экологический рапс? Гидропонику-в топку?

Отдыхая, удивлялся. Зачем половина Черногорской недвижимости скуплена россиянами? Очень приличные аппартаменты в разгар сезона стоят 50 евро, окупаемость вложений - 70 лет. Все быжали - и я побыжаль... Пирамида...

В Албании везде сплошная стройка всего и вся. Это еще зачем? вообще ничего в голову не приходит. Страна убитая, нищая, неграмотная, ресурсами обделенная. Не считая шикарного куска моря 70 км

Зачем русским украинский бизнес
http://proua.com/analitic/2010/10/11/093009.html

[Padre Quart]

Зачем русским украинский бизнес

"Бабушка, - спросила Красная Шапочка, - а почему у тебя такие большие зубы?".

[Михаил_Шустер]

бЭЭст практикс зачем нужен Устав проекта
Читаю устав проекта внедрения SAP R\3 в отрасли методом ректальной стоматологии, т.е. с вхождением через складской учет. В уставе 76 листов адаптированного текста, формулировки чеканны: понимай как хочешь. Этим постом упорядочиваю мысли, в понедельник буду громить. Привожу здесь в порядке самоподготовки и заодно вдруг кто еще (Болдина в расчет не брать!) не заценил общепринятую практику и типовое мошенничество.
1) Устав распространяется на проект, объем работ которого не определен т.к. этап концептуального проектирования еще не начинался
2) Раздел "изменения Устава" умалчивает о том, что каждое изменение вызывает попытку увеличить стоимость проекта
3) Консультант оказывает консультации. Все остальное делает РП от подрядчика, причем самое главное - планирует процесс внедрения. Но ведь консультант (теоретически) выбран за его умение и опыт ведения подобных проектов! Почему тогда планировать должен РП, который не имеет никакого опыта?
4) Раздел "ожидаемые результаты" содержит набор букв:
-функционал настроен (очень хитро!)
-персонал обучен
А что все работает на реальных данных и достигает цели-скромный молчок. При недовольстве результом, устав легко позволяет спихнуть вину на заказчика. Вы не обращались-мы не консультировали. Сами дураки.
5) Плана работ и требований к работам нет, есть ссылки на функционал САП, о котором заказчик не имеет понятия. Но конкретные люди (ФИО) на задачи назначены, даже с указанием электронной почты. И в Уставе написано, что они несут ответственность за
6) В Уставе написано, что при выявлении процессов, которые не могут быть реализованы функционалом САП, приложения разрабатывает заказчик. Но отраслевого решения нет, брехня это, стандартный функционал наполовину не подойдет. В задаче спрашивается... а если вспомнить про жесткость решений САП... да там запись изменить нельзя, а уж приложение разработать...
7) Налоговому и бухгалтерскому учету посвящено много страниц, но он давно реализован в 1С вместе с бюджетированием. Внизу невразумительная приписка со словом "интеграция".
8) НСИ-отдельная тема. Консультант "передает методологию". Видел я ее, абсолютно жесткая, неподъемная для наших условий, работать не будет. Ну и кто ответит, что в отсутствии НСИ система закупок бывает только потемкинской?
9) Цикл внедрения включает
-обучение функционалу и бизнес-процессам из библиотеки САП
-работу исполнителя и задавание им вопросов
-получение мудрых ответов от консультанта
-документирование нереального успеха
Будучи матерым консультантом, мысленно аплодирую:
-на обучение обычно сгоняют кто под руку подвернется (но это же проблема консультанта, правда?)
-народ учится тыкая пальцем и местами спя
-потом вылазит, что "у нас это совсем не так делается"
-если "делайте как учили" получаются результаты, которые потом лежат без дела и просто пропадают, а народ пашет в Экселе. В худшем случае, дополнительно в Экселе делается то, что должно делать ПО
-если "давайте перестроим ПО" - это новая калькуляция, а на выходе все то же. Чтобы разработать и асупизировать процесс, им надо болеть.

Полюбопытствовал сайт. Все достойно, если не вдумываться
Но чуть копни в гугле... впрочем, это совсем другая история

[А.Б.]

У вас работают грамотные консультанты. Мои поздравления ... им конечно - не вам.
А зэ бэст прэктис тут в том, что консультанты знают - при внедрении ERP экономический эффект получается почти исключительно за счет наведения порядка в складском хозяйстве. Всяческие бюджетирование с контроллингом и документооборот к росту доходов не ведут, производственное планирование в САП по вашей отрасли - фэнтэзи чистой воды и тэ дэ.
Могу посоветовать только одно: не платите аванс и закрывайте этапы только по подтвержденному результату.
Ну и ищите пару грамотных программеров на ABAP/JAVA. Только учтите, то стоить они вам будут 4-5 тонн баксов в месяц на каждого.

PS. Про НСИ. Когда меня с этим достали - сел и сам за неделю ручками (в Экселе) нарисовал структуру справочника, плюс написал регламент заполнения. Хотите верьте, хотите нет, но в системе уже собрали программу закупок холдинга.
Это я конечно говорю, чтобы похвастаться ну и чтобы доказать, что не такая уж нерешаемая задача - НСИ. Было бы желание ...

[Михаил_Шустер]

при внедрении ERP экономический эффект получается почти исключительно за счет наведения порядка в складском хозяйстве

Все-то ты забыл. Государево предприятие! Экономический эффект... скажешь тоже...
И не исключительно. Еще незавершенка и заделы
А по НСИ у меня второй черный пояс, как у некоторых образование.
Собака подарила, перед тем, как съел

[А.Б.]

Все-то ты забыл. Государево предприятие! Экономический эффект... скажешь тоже...
И не исключительно. Еще незавершенка и заделы
А по НСИ у меня второй черный пояс, как у некоторых образование.
Собака подарила, перед тем, как съел

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

[Евгений_Кс]

Вопрос от сибирского валенка, которому ваше НСИ - что сепульки Тихому.
Ху из НСИ?
Чувствую, что для меня что-то важное, но два самодостаточных черных пояса могут неделями мастерски импровизировать вокруг какой-нибудь аббревиатуры, пока их не привести в чувство.

[Игорь Захарченко]

сорри, ответ программера АСУ - АСУТП и АСУП:
НСИ=нормативно-справочная информация.
Пардон.

[Михаил_Шустер]

НСИ - это краеугольный камень. Парадокс в том, что важность НСИ никогда не понимается на верхних уровнях (подумаешь, справочники!). Опустив детали, без выверенных НСИ невозможно реализовать принцип "Каждый недостаток имеет конкретное имя и фамилию"
Работа с НСИ равно работа по уточнению ответственности, а это бездна. В любой методе (проектный подход, процессный, БСЦ и т.п) упираешься в это: никто, подобно Трумэну, не ставит на свой стол табличку "Фишка дальше не идёт" (см вложение)
Зы. Болдин говорил про справочник товаров, рыхлость которого суть причина неуспеха множества компьютерных проектов. Проблема делится на две части: "Как создать" и "Как поддерживать". Несмотря на проблемы технической компетентности, корень зла таки в ответственности.

[Игорь Захарченко]

Болдин говорил про справочник товаров, рыхлость которого суть причина неуспеха множества компьютерных проектов. Проблема делится на две части: "Как создать" и "Как поддерживать". Несмотря на проблемы технической компетентности, корень зла таки в ответственности.

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

[А.Б.]

Болдин говорил про справочник товаров, рыхлость которого суть причина неуспеха множества компьютерных проектов. Проблема делится на две части: "Как создать" и "Как поддерживать". Несмотря на проблемы технической компетентности, корень зла таки в ответственности.

Враки! Болдин говорит о классификаторе ТМЦ и услуг.
Причем ТМЦ в широком смысле - в виде поузловой иерархии оборудования и материалов ... с выходом на многомерное представление (слава богу в 1С это делать можно). Если бы разговор шел о простом справочнике товаров, было бы просто даже неудобно выпендриваться ... а так - в самый раз: Росатом мол не смог, а Болдин смог. А фигли? :-Р

И еще. Опыт показывает, что грамотно составленный классификатор обладает свойством устойчивости. То есть, задача "Как поддерживать" не превращается в проблему. Хотя значения ответственности никто не отменял.

[А.Б.]

И вообще.
Пока вы тут в форумах бронзовеете, люди работают.

[Михаил_Шустер]

Враки! Болдин говорит о классификаторе ТМЦ и услуг

Услуги по трудоемкости что? -тьфу! делофф то

Опыт показывает, что грамотно составленный классификатор обладает свойством устойчивости. То есть, задача "Как поддерживать" не превращается в проблему

Ага. И через 2-3 месяца начинает расползаться.
На самом деле НСИ требует железного администрирования на гибком подходе. При котором парадоксе и не верю про "Болдин версус Росатом" за неделю, поскольку лично занимался три месяца не вынимая. Больше года я к справочнику не прикасаюсь, а он остается нормальным. На тот, что я же сделал для отрасли 10 лет назад, уже через год было стыдно смотреть.
А потому что отрегулирована ответственность и налажен процесс.
И, слава Богу, есть пара неравнодушных людей, которые это теперь ведут

[Михаил_Шустер]

Пока вы тут в форумах бронзовеете, люди работают.

А бронзовеем почему? Процесс налажен, хоть не появляйся

[Игорь Захарченко]

А потому что отрегулирована ответственность и налажен процесс.

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

[Andruxa]

бЭЭст практикс зачем нужен Устав проекта
1) Устав распространяется на проект, объем работ которого не определен т.к. этап концептуального проектирования еще не начинался

Ну, по пмбок хоть это и не обязательно, но толку от такого устава не сказать что много. формальность. но 75 стр. - это сильно.

2) Раздел "изменения Устава" умалчивает о том, что каждое изменение вызывает попытку увеличить стоимость проекта

Не во всех проектах каждое изменение вызывает, но об этом обычно ИТшники молчат. так скажем, это отраслевое ))))

3) Консультант оказывает консультации. Все остальное делает РП от подрядчика, причем самое главное - планирует процесс внедрения. Но ведь консультант (теоретически) выбран за его умение и опыт ведения подобных проектов! Почему тогда планировать должен РП, который не имеет никакого опыта?

скорее всего потому что всё упирается в доступные ему ресурсы. но я этого не говорил

4) Раздел "ожидаемые результаты" содержит набор букв:
-функционал настроен (очень хитро!)
-персонал обучен

попытки конкретизировать это дорого стоят... на этапе pre-sail

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

уже неплохо, можно уже начинать в них спамить письмами ссылки на неизвестный функционал - конечно дурной тон

6) В Уставе написано, что при выявлении процессов, которые не могут быть реализованы функционалом САП, приложения разрабатывает заказчик. Но отраслевого решения нет, брехня это, стандартный функционал наполовину не подойдет. В задаче спрашивается... а если вспомнить про жесткость решений САП... да там запись изменить нельзя, а уж приложение разработать...

развод. выход я нашел один и навсегда - ТЗ должны рожать консалтеры (будь хоть они от разработчиков, хоть кто).

7) Налоговому и бухгалтерскому учету посвящено много страниц, но он давно реализован в 1С вместе с бюджетированием. Внизу невразумительная приписка со словом "интеграция".

ждите косяков, на поддержке будут дорабатывать, и по скорости, и по корректности

8) НСИ-отдельная тема. Консультант "передает методологию". Видел я ее, абсолютно жесткая, неподъемная для наших условий, работать не будет. Ну и кто ответит, что в отсутствии НСИ система закупок бывает только потемкинской?
9) Цикл внедрения включает
-обучение функционалу и бизнес-процессам из библиотеки САП
-работу исполнителя и задавание им вопросов
-получение мудрых ответов от консультанта
-документирование нереального успеха
Будучи матерым консультантом, мысленно аплодирую:
-на обучение обычно сгоняют кто под руку подвернется (но это же проблема консультанта, правда?)
-народ учится тыкая пальцем и местами спя
-потом вылазит, что "у нас это совсем не так делается"
-если "делайте как учили" получаются результаты, которые потом лежат без дела и просто пропадают, а народ пашет в Экселе. В худшем случае, дополнительно в Экселе делается то, что должно делать ПО
-если "давайте перестроим ПО" - это новая калькуляция, а на выходе все то же. Чтобы разработать и асупизировать процесс, им надо болеть.

Точно, надо болеть. Поэтому некоторые ИТ-интеграторы имеют в штате консалтеров-аналитиков, которые болеют, ну или заболевают на проект. Только всё равно их отвлекают на др. проекты, если контора небольшая, на КП в другие конторы и пр. бесполезный хлам.

По-моему имху в уставе главное требования к продукту/результату, ИСР и
описание управления проектом (хороший устав). Всё остальное - в плане.

[Евгений_Кс]

НСИ=нормативно-справочная информация.
Пардон.

(прищурившись, расплываясь в улыбке) Так-то лучше. Спасибо Игорю, поясам и Елиферову

[Стас]

3) Консультант оказывает консультации. Все остальное делает РП от подрядчика, причем самое главное - планирует процесс внедрения. Но ведь консультант (теоретически) выбран за его умение и опыт ведения подобных проектов! Почему тогда планировать должен РП, который не имеет никакого опыта?

Почему у Вас такой РП, который не имеет никакого опыта? :-) Управление проектом, обычно, отдельная услуга, которую можно обсудить и включить в договор с увеличением стоимости. Если тема не обсуждалась, то в первую очередь - это проблема заказчика, который а)выбрал подрядчика и б)не потрудился отработать задачу совместно с подрядчиком. С дргой стороны исполнитель должен предоставить план своих работ, который РП должен интегрировать с другими планами.

4) Раздел "ожидаемые результаты" содержит набор букв:
-функционал настроен (очень хитро!)
-персонал обученабо
А что все работает на реальных данных и достигает цели-скромный молчок. При недовольстве результом, устав легко позволяет спихнуть вину на заказчика. Вы не обращались-мы не консультировали. Сами дураки.

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

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

PS.: никого не защищаю, обращаю внимание на первопричины. С подрядчиком надо отрабатывать задачу, подгоняя под это дело профессиональный стафф со стороны заказчика. Если кто-то привык не париться, надеется, что подрядчик сам все знает, обладает навыками телепатии, не предусмотрел обучение стаффа базовым вещам, что ж на подрядчика-то пинять? Результат с уставом вполне соответствует - сигнал, чтобы остановиться, вернуться на два шага назад и отработать проблему.

[Михаил_Шустер]

Почему у Вас такой РП, который не имеет никакого опыта?

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