Спасибо за Ваш развернутый комментарий. Согласен с Вами. Можно только немного покопаться в причинах. Неверно спроектированная модель - зачастую в недостаточной информированности руководства компании о реально происходящих процессах, принимаемых решениях и критериях этих решений. Если контролировать результат у многих получается, то найти ту реперную точку, где необходимы изменения получается далеко не у всех.
И, естественно, любая модель должна предусматривать возможность и процедуры изменений, мир не стоит на месте. С этим у многих компаний тоже большие проблемы.
Да, естественно, у исполнителя (как правило) опыт реализации значительно шире. Мало того, исполнитель работал и с аналогичными организациями и с многими другими. Но, думаю, что Ваш вопрос скорее в плоскости продаж. Если заказчик сомневается в вашей экспертности, будут проблемы. Либо уже в процессе выполнения проекта всплывают пробелы в Ваших компетенциях - недоверие будет налицо, а реабилитироваться очень сложно.
Мы говорили о конкретной ситуации - успешности реализации проекта. Однако, если у бизнеса проблемы в продажах, а ресурсы решено вложить в документооборот, это и есть отклонение от целевой функции - как минимум выжить. Только не проекта по документообороту, а бизнеса. Конечно, не знаю подробности о предложенном Вами примере, но естественный отбор никто не отменял. Остается только вспомнить профессора Преображенского: "разруха - она в головах".
Сами не знаем как - не худший вариант, есть возможность предложить свое решение. Хуже, кода предлагают решение, требующее значительной переработки уже спроектированного модуля.
Риск замены ключевого заказчика всегда есть. Как правило приводит к пересмотру технического задания и, соответственно, договора (корректировка сроков, стоимости). Предусмотреть возможно на уровне Устава проекта в части корректировки задач, сроков.
По поводу не качественного описания БП, да, бывает. Причем, как правило, дилемма не разрешима. Заказчик: а вы нас про это не спросили, Исполнитель: да вы про этот процесс не рассказали....
Наталия, Вы же закладываете эти риски в стоимость/сроки выполнения работ по проекту?
Предлагаю для определения успешности проекта оперировать целевой функцией и степенью её достижения. Если, как Вы пишете, документооборот внедрен качественно, цель достигнута - проект успешен. Он же имел граничные условия. Ведь не стояла задача, например, повысить доходность бизнеса? Которая потребовала бы, вероятно, пересмотра многих бизнес процессов.
Что касается стоимости реализации проекта, то это, скорее, вопрос морально-этический.
Да, не открыл Америку. Но, вероятно, Вы в теме, как непосредственный участник процесса. Но почему продолжаем ходить по граблям? Сколько в Вашей практике, с Вашей точки зрения, было неуспешных проектов?
Спасибо за Ваш развернутый комментарий. Согласен с Вами. Можно только немного покопаться в причинах. Неверно спроектированная модель - зачастую в недостаточной информированности руководства компании о реально происходящих процессах, принимаемых решениях и критериях этих решений. Если контролировать результат у многих получается, то найти ту реперную точку, где необходимы изменения получается далеко не у всех.
И, естественно, любая модель должна предусматривать возможность и процедуры изменений, мир не стоит на месте. С этим у многих компаний тоже большие проблемы.
Если про итоги, то не совсем Вас понял. Вы сделали, как хотел кто-то из сотрудников компании и так не работает? А Вы об этом знали заранее?
А сотрудники очень часто саботируют новые решения и с этим приходится бороться, плоть до замены команды.
Да, естественно, у исполнителя (как правило) опыт реализации значительно шире. Мало того, исполнитель работал и с аналогичными организациями и с многими другими. Но, думаю, что Ваш вопрос скорее в плоскости продаж. Если заказчик сомневается в вашей экспертности, будут проблемы. Либо уже в процессе выполнения проекта всплывают пробелы в Ваших компетенциях - недоверие будет налицо, а реабилитироваться очень сложно.
Мы говорили о конкретной ситуации - успешности реализации проекта. Однако, если у бизнеса проблемы в продажах, а ресурсы решено вложить в документооборот, это и есть отклонение от целевой функции - как минимум выжить. Только не проекта по документообороту, а бизнеса. Конечно, не знаю подробности о предложенном Вами примере, но естественный отбор никто не отменял. Остается только вспомнить профессора Преображенского: "разруха - она в головах".
Может и научаться...
Сами не знаем как - не худший вариант, есть возможность предложить свое решение. Хуже, кода предлагают решение, требующее значительной переработки уже спроектированного модуля.
Риск замены ключевого заказчика всегда есть. Как правило приводит к пересмотру технического задания и, соответственно, договора (корректировка сроков, стоимости). Предусмотреть возможно на уровне Устава проекта в части корректировки задач, сроков.
По поводу не качественного описания БП, да, бывает. Причем, как правило, дилемма не разрешима. Заказчик: а вы нас про это не спросили, Исполнитель: да вы про этот процесс не рассказали....
Наталия, Вы же закладываете эти риски в стоимость/сроки выполнения работ по проекту?
Предлагаю для определения успешности проекта оперировать целевой функцией и степенью её достижения. Если, как Вы пишете, документооборот внедрен качественно, цель достигнута - проект успешен. Он же имел граничные условия. Ведь не стояла задача, например, повысить доходность бизнеса? Которая потребовала бы, вероятно, пересмотра многих бизнес процессов.
Что касается стоимости реализации проекта, то это, скорее, вопрос морально-этический.
Вы правы, в первую очередь для заказчиков
Добрый день!
Да, не открыл Америку. Но, вероятно, Вы в теме, как непосредственный участник процесса. Но почему продолжаем ходить по граблям? Сколько в Вашей практике, с Вашей точки зрения, было неуспешных проектов?