Технология проведения предпроектного обследования
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Вот новый заказчик. Запутанный клубок проблем. С чего начинать? Какие мероприятия первые, какие второстепенные ?
Не поверю никому, что есть некоторая панацея типа ISO.
By Алексей Важнов on Вторник, Август 01, 2000 - 12:00:
Заказчик или потенциальный заказчик?
Т.е. кто и что уже успел наобещать
ему?
Или сам пришел, начитавшись наших дискуссий :-)
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Абстрактный новый заказчик, с которым заключен договор на весь комплекс
проектных работ.
С чего начинать, если отбросить первоначальное знакомство,
чашечку кофе или коньяку и экскурсию по предприятию ?
By Алексей Важнов on Вторник, Август 01, 2000 - 12:00:
Что написано в договоре? Как сформулирована цель? Срок? Стоимость?
Если есть договор - заказчик уже не новый. Ему уже долго "терли по ушам". Он к месту и не к месту будет вспоминать то, что наобещали. Одному рассказали про совершенствование бизнеса, другому - про учет, третьего поймали на модное слово "бюджетирование". От этого и нужно плясать. Средства реализации и заготовки могут для всех этих случаев быть одними и теми же.
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Алексей, пойми, это не важно.
Пусть договор заключен, аванс уплачен, границы определены.
Интересует технология проведения предпроектных- проектных работ. Сначала
конечно предпроектных.
Например , с чего ты начинаешь - со сбора документов,
наверное ?
Вот в таком ключе и поехали.
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Хорошо, можно-ли обозначить первый этап как
1) Приведение в соответствие
представлений заказчика и исполнителя о целях (конечных результатах)
разворачивания ИС ?
Если да, то как это выглядит технически ?
By Алексей Важнов on Вторник, Август 01, 2000 - 12:00:
Олег, я сегодня целый день в переездах. Подробно напишу вечером.
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Экспериментальная цель этого обсуждения - попытаться построить некоторую концептуальную модель детальной технологии проведения предпроектного обследования.
Естесственно, при достаточной активности и последовательности участников форума.
По результатам обсуждения можно создать много интересных вещей - например, IDEF0-IDEF3-диаграмму процесса предпроектного обследования + проектирования с распараллеливанием процессов, опять-же статью сайта и т.д.
Если идея не дика, хотелось-бы видеть Микаэла Горского, Сергея Колесникова, Алексея Важнова, Мазуркина Сергея, Александра Попова и всех желающих (извините не за алфавит).
Думаю, что корпоративные интересы участников не пострадают.
By Микаэл Горский on Вторник, Август 01, 2000 - 12:00:
Что ж, поименованный первым, не смею уклониться от предоставленного слова. Не представляю себе причин, что могут заставить меня участвовать в построении "модели детальной технологии..." И это не отношение к Олегу, к Форуму или к коллегам. Это попросту отношение к времени. Спасибо за приглашение, но я "пас".
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Микаэл прав, идея неудачная.
Как способ получения практической информации Форум не очень удачный инструмент, и это не мое отношение к Форуму, просто такова его специфика.
Немного размышлений по поводу этого сайта.
Среди всего многообразия, сайты Consulting.ru и
Сfin.ru ,безусловно самые
достойные и интересные с профессиональной точки зрения. Я больше чем уверен, что
наибольший процент ответов на анкету сайта занимают ответы типа "Интересуют
практические советы и методическая информация".
А вот здесь у Вас господа, пробельчик.
Очень мало статей с практическими рекомендациями, отсутствует учебная литература (пусть в сокращенном варианте). Порадовала статья Ф. Петренко "Методология: Составление диаграмм согласно ISO9000", есть интересные статьи у С. Колесникова. В основной своей массе превалируют статьи обзорного характера и информация класса "Это делается примерно вот так, а более подробно - добро пожаловать к нам..."
Может быть я в очередной раз преувеличиваю ?
By Алексей Важнов on Вторник, Август 01, 2000 - 12:00:
Олег,
разумеется, что со сбора документов начинать глупо. Это гарантия провала проекта.
Заявленное
> Приведение в соответствие представлений заказчика и
исполнителя о целях
> (конечных результатах) разворачивания ИС ?
не
может делаться после подписания договора. Это очень важная часть
[пред]договорного процесса.
Ключевым элементом предпроекта, по-моему является формирование группы из
сотрудников заказчика, которые будут инструментом детального исследования и
формализации бизнес-процессов, а также первыми потребителями результатов,
выдаваемых информационной системой.
Т.е. предпроект - это обязательно работа
с людьми.
Подразумевается, что исполнителю нужно быть профессионалом в учете,
бюджетировании, информационных технологиях (как в прикладных, так и в вопросах
сетевой и системной интеграции). Причем желательно сочетать все эти умения в
одном человеке - только тогда есть шанс в ходе совещаний находить
работоспособные компромиссны варианты.
Теперь о создании модели данного процесса. Не просто это... В первую очередь из-за того, что нужно найти мотивацию к данным работам у персонала заказчика.
Кстати, именно поэтому и нет методических материалов по большинству
обсуждаемых тем и фраза:
> Это делается примерно вот так, а более подробно
- добро пожаловать к нам..."
свидетельствует не только о жажде наживы :-)
By Александр Болдин on Вторник, Август 01, 2000 - 12:00:
Видите ли Олег, не хотел бы обидеть, но прежде всего поймите - консалтинг это
бизнес. Причем бизнес довольно жесткий и наверное в Москве особенно жесткий
(недаром крупные компании уже пытаются работать в регионах).
Так что учить
бесплатно никто не будет. Можно конечно прочитать много умных книг, но реального
опыта работы от этого не прибавится. Да и в умных книгах тоже очень мало готовых
рецептов, к тому же почему то в каждом конкретном случае они не
подходят.
Остается два варианта:
- найти подопытных кроликов, т.е. фирмы
на работе с которыми можно потренироваться;
- попытаться заполучить в свой
контракт профессионала с именем и поработать с ним в режиме "Я нашел клиента,
отдаю его вам, но за это хочу поучаствовать в работе".
Лично мне второй
вариант нравится больше, хотя сказать, что работаю по нему нельзя.
Если эта
тема представляет интерес, давайте обсуждать.
Warm regards.
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Александру Болдину: даже не буду с Вами спорить, настолько с Вами согласен (в части "дурака ничему не научишь").И все-таки мне кажется, что в большей степени отсутствие полезной информации обусловлено в первую очередь незрелостью науки "консалтинг и Ко" и обмен опытом на сайте не помешает, тем более "дурака ничему не научишь", а умный сам дойдет любыми из предложенных Вами методами.
Насчет книжек, точно в яблочко, просто зайдите в Библио Глобус и сравните полки "Бухгалтерия" и "Консалтинг".
Алексею Важнову: Спасибо за поддержку, но я пас
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Алексею Важнову: Замечание не по теме.
>...исполнителю нужно быть профессионалом в учете, бюджетировании, информационных технологиях (как в прикладных, так и в вопросах сетевой и системной интеграции). Причем желательно сочетать все эти умения в одном человеке - только тогда есть шанс в ходе совещаний находить работоспособные компромиссны варианты.
Алексей, покажите мне такого человека, который совмещает в себе все эти
умения.
Очередная утопия. Ты или программист, или консультант. Ты или сетевик
или консультант.
Другое дело, если ты связан с компьютерами, то должен
ориентироваться в смежных вопросах.
Впрочем, редкие исключения подтверждают
правило.
Еще раз говорю, реплика не по теме.
By ppv on Вторник, Август 01, 2000 - 12:00:
Идея технологического подхода к ППО правильная и полагаю, что создать набор
технологических карт для технологии т.н.ППО вполне возможно. Это не бред и не
блеф.
Но та мысль, что ППО предваряет проект, считаю неверна и вредна. Я
считаю, что (1) проект реформирования предприятия следует строить как адаптивный
непрерывный процесс и (2) работы в части ППО должны входить во внутренний цикл
этого процесса.
Просматривая выступления на форуме по разным тематикам, вспомнил историю про Вавилонскую башню и подумал, что причина проблем консалтинга и низкого качества управления российскими предприятиями заключена в отсутствии общего языка у консультантов между собой и у консультантов в общении с управленцами. Нет языка - не может быть и общего дела.
By Алексей Важнов on Вторник, Август 01, 2000 - 12:00:
Олег,
я не понял, что не по теме? Про то, что в предпроекте нужно с людьми
работать?
Что касается "универсалов" - да, мало таких, но мы ведь и ведем разговор про то, что надо бы ПРОФЕССИОНАЛАМИ становиться. А это невозможно сделать без глубокой ЭРУДИЦИИ и ПОСТОЯННОЙ ИНТЕНСИВНОЙ УЧЕБЫ. А иначе мы ничем от своих заказчиков отличаться не будем. Ведь умение грамотно объяснить причины неудачи (и "перевести стрелки" на интеграторов, программистов и пр.) не самое выдающееся качество консультанта.
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Алексею Важнову : Алексей, я достаточно поэкспериментировал с этим темой в Форуме, дальнейшее обсуждение вряд-ли добавит новых знаний. Тема безгранична, думаю практичнее будет откатать идеи в жизни.
Александру Попову: Александр, извините за мою нереакцию на ваши сообщения. Постараюсь объяснить причину (без аналогии не обойтись).
Участники дискуссии по ППО собственно все это время занимались обсуждением вопроса,как лучше добраться из пункта А в пункт В - поездом или самолетом, Люфтганзой или Аэрофлотом, бизнес-классом или экономом. А вот Александр Попов говорит: "Ребята, о чем вы спорите, лучший способ перемещения - это телепорт".
Мне НЕЧЕГО вам возразить.
После выхода в эфир вашей статьи, хотелось-бы продолжить рассмотрение ваших идей и решений в специальном обсуждении Форума. Обещаю поучавствовать, только не в режиме чата, а в пределах лимита свободного времени.
By Федор Петренко on Вторник, Август 01, 2000 - 12:00:
К сожалению не смог сразу присоединиться к дискуссии.
По поводу с чего начать.
Не готов (морально) выложить конкретные вопросники и диаграммы, но начать стоит с того, что потребовать оргстуктуру. На основе ее составить график интервью (должность, ФИО, дата). Он должен идти сверху вниз. К каждому интервью заготовить письменный план интервью - чего вы хотите узнать на этом интервью. Часть вопросов должна быть фиксирванной для всех предприятий определенного типа (покажите план счетов и т.д.) часть может быть рождена спецификой, некоторые могут рождаться для низжих служащих на основании интервью с высшими (как уточнение). Идти в этих интервью до самого низа не стоит. Очень важно предельно четко разделять желаемое и действительное положение вещей.
Конечно для планов и вопросников есть рыбы, слегка изменяемые по месту.
Довольно банальный совет, но надеюсь он позволит согласовать базисные понятия для обмена более тонкими комментариями.
By Головань Александр on Вторник, Август 01, 2000 - 12:00:
Для Федора Петренко
Вы пишете, что начать нужно с того "чтобы потребовать оргструктуру".Но
позвольте возразить:
Очень часто консультанта нанимают, чтобы изменить
оргструктуру и изменить сильно.Есть бизнес и есть условия в которых он
развивается или приходит в упадок - условия бывают внешние - непреодолимые (в
большинстве случаев) и внутренние - преодолимые(в большинстве
случаев).Консультанта нанимают чтобы он, исходя из суммы всех условий и
тонкостей конкретного бизнеса - выполнил обследование, написал выводы(как надо
организовать бизнесс) и обоснование (а почему собственно так а не иначе).
Впрочем, если под оргструктурой понимать список лиц принимающих решение (ЛПР) с которыми нужно перебеседовать на тему "внутренних и/или внешних проблем" - тогда согласен, хотя проще будет так и написать "Список ЛПР для интервью" - потому как в оргструктура может иметь вид весьма презентабельный, а решение принимают совсем другие люди.Так что выходит, что для составления подробного списка ЛПР необходимо составить "подробный перечень проблем предприятия", а затем выяснить с кем общаться по каждой из них
С уважением, Александр
By Сергей Колесников on Вторник, Август 01, 2000 - 12:00:
А вот вопрос:
Есть ли желающие прослушать курс:
"Методика проведения предпроектного и
эксперсс-обследования проиводственного\торгового предпрития" ?
Если это будет дорого - скажем 600 в день.Всего 2-3 дня.
By Олег Смирнов on Вторник, Август 01, 2000 - 12:00:
Сергею Колесникову: я начинаю сомневаться, что должна быть какая-то
универсальная методика. Как не бывает двух одинаковых деревьев так и не бывает
двух одинаковых задач.
Меня мои орлы на работе одолели со своими "рыбами",
заготовочками, шаблоничиками.
Говорят, в одной известной космической компании
есть программа генерации ППО-документации. Но на то они и космические...
Сергей, что касается цены, это недорого
By Сергей Колесников on Вторник, Август 01, 2000 - 12:00:
Что недорого - это хорошо :-)
А вот насчет методики - я думаю, что все-таки есть. Иначе бы не говорил о курсе :-).
Но не "рыба", а методика, подход, а не технология.
А вот технологии у всех свои, существенно зависимые от личного опыта, их можно разработать на основании методики.
By ppv on Вторник, Август 01, 2000 - 12:00:
Колесникову:
А чем методика не технология ? Чего не хватает в методике,
чтобы стать технологией ?
Правильно ли я понял, что из "методики" каждый сам
себе создаст "технологию" ?
Проясните, будьте добры
Попов
By Сергей Колесников on Вторник, Август 01, 2000 - 12:00:
Правильно ли я понял, что из "методики" каждый сам себе создаст "технологию" ?
Да, совершенно верно ...
By ppv on Вторник, Август 01, 2000 - 12:00:
То есть речь о методике создания технологии ?
By Сергей Колесников on Вторник, Август 01, 2000 - 12:00:
Александр !
Я категорически не хочу вступать в дискуссию на тему: что такое методология, технология, методика и пр.
Поэтому оставлю вопрос без ответа.
На мой взгляд мой предыдущий ответ был вполне понятен.
By ppv on Вторник, Август 01, 2000 - 12:00:
А зря, м.б. мы бы и выяснили наконец-то роль и место "технологии ППО" и причины проблем. Или не надо и пусть всё остаётся как есть ?
By Афонин Виктор on Четверг, Март 08, 2001 - 13:32:
Зачем изобретать велосипеды? Возьмите за основу методику предпроектного обследования четко и подробно изложенную, например, в RUP (Rational Unified Process). При этом методика может юыть адаптирована под тот инструментарий, который Вы используете.
Если предпроектное обследование проводится в целях последующего внедрения ERP-системы, то у любого уважающего себя вендора имеется методология внедрения, включающая в себя и методологию (типовые планы-графики, чек-листы, вопросники и т.п.)предпроектного обследования...