Комментарии 13
Подписываюсь под каждым словом! Все в действительности именно так, как написано. Читал и вспоминал все эти моменты в работе с крупным заказчиком, которые пришлось пережить.
Спасибо. Все так.
С годами начинаешь чувствовать «своего клиента». Того где издержки на «администрирование проекта» не съедают дохода и сроков. Остальные не по зубам.
Замечу, что гос. учреждения всегда крупные. И это, с учетом изложенного выше, часто является основным фактором отказа от проекта.
И от себя, и от других не крупных подрядчиков неоднократно слышал «… с бюджетом не работаем!».
С годами начинаешь чувствовать «своего клиента». Того где издержки на «администрирование проекта» не съедают дохода и сроков. Остальные не по зубам.
Замечу, что гос. учреждения всегда крупные. И это, с учетом изложенного выше, часто является основным фактором отказа от проекта.
И от себя, и от других не крупных подрядчиков неоднократно слышал «… с бюджетом не работаем!».
Подкину пару идей по статье.
- Если к вашему проекту приставлен заинтересованный и толковый человек из крупной конторы, то можно даже не узнать про многие "ужасы". У этого человека не должна быть слишком высокая должность — может продавливать, но пахать на проект не будет. Если вас вывели сразу на группу по внедрению, уже пора начинать беспокоиться.
С самого начала намекайте, что успех проекта сильно зависит от руководителя проекта со стороны компании, вне зависимости от количества соучастников проекта. Вдруг повезет. - Официальные документы действительно нужны.
Собственно, документ — это нервный импульс, вынуждающий различные части сложного организма действовать. У импульса должен быть источник, обычно это конкретный человек, представляющий некую структуру. "Бюрократ" не хочет быть источником того, что не является его прямыми обязанностями (см п.1 еще раз), и он прав на 99%.
В большинстве случаев у документа должен быть исполнитель — тот кто доступен и может пояснить содержимое документа или уточнить какие-либо моменты. Часто исполнитель является автором документа, руководство просто его визирует.
Протокол удобная форма возбуждения импульса при ослабленной персональной мотивации "бюрократа". Некий коллективный разум, что-то решает, вес решению предает статус участников. Всегда пишите протоколы официальных встреч, чтобы осмыслить, чтобы люди не забывали и начинали действовать. На повторяющихся встречах ВСЕГДА озвучивайте предыдущий протокол, сделайте отчет сами и попытайтесь получить отчет по поручениям от других — у вас ведь все серьезно. - Почта и устные переговоры не транслируются на третьих лиц.
Это не говорит о том, что они вредны, просто круг воздействия ограничен кругом непосредственных участников. Для подключения больших ресурсов, потребуется усилия для трансляции из устной речи в "бюрократическую" — документ. - Пишите понятные документы.
Частенько документы приходят без контекста, будто все знают о трудностях вопрошающего. Хуже только бояться писать документы. Не забываем про исполнителя. - Попробуйте получить доступ к внутреннему электронному документообороту.
Я представляю все трудности, но бонусы! Так или иначе, в электронном документообороте прекрасно видно проблемы и работник компании вправе устанавливать горизонтальные связи для их решения (еще раз смотрим п.1)
Спасибо, отличное дополнение! Немножко поясню.
"Должен быть исполнитель" — имеется в виду, что в документе должны быть указаны контакты человека, который владеет предметом и ответит на любые вопросы по документу. Как минимум, фамилия и номер телефона. Указывайте прямой номер телефона, чтобы связаться было просто.
Система электронного документооборота действительно прекрасный источник информации о ходе проекта. В системе всегда можно посмотреть кто назначен ответственным за исполнение документа, сколько времени ему отведено на решение вопроса. Если прямой доступ организовать не получается, то организуйте хотя бы косвенный — получение информации оттуда через лояльных к вам людей со стороны заказчика.
"Должен быть исполнитель" — имеется в виду, что в документе должны быть указаны контакты человека, который владеет предметом и ответит на любые вопросы по документу. Как минимум, фамилия и номер телефона. Указывайте прямой номер телефона, чтобы связаться было просто.
Система электронного документооборота действительно прекрасный источник информации о ходе проекта. В системе всегда можно посмотреть кто назначен ответственным за исполнение документа, сколько времени ему отведено на решение вопроса. Если прямой доступ организовать не получается, то организуйте хотя бы косвенный — получение информации оттуда через лояльных к вам людей со стороны заказчика.
Когда работал в гос.органе у меня была довольно удобная позиция. Я как нач.ИТ отвечал за все свои проекты, но у нас была «рабочая группа», главой которой был назначен зам.начальника. Человек был редкостный чистокровный бюрократ.
Его пассивность усугублялась политикой. Дядька реально был вынужден для сохранения своего статус-кво делать минимум реальных действий, и подписывать минимум бумаг. Доходило до того что он на выездных проверках людей отчитывал за цвета папочек (бурную деятельность то показывать надо было). В общем я нашел его слабое место — дикое желание избежать ответственности. Фразы «ну вы же глава раб.группы» или «ок, я вам всё равно оставлю, хоть вы и не подпишите, мне же надо будет отчитаться что проект протокола я подготовил» и т.п.
Если нужно было осуществить реальное совещание, обсудить и т.п., то прыгал через его голову вспоминая «ну я же нач.отдела», если надо было создать волны или придать большую важность — шел к заму «ну вы же глава группы». Нужно уменьшить занудство — писал от своего имени. Нужно задолбать полсотни начальников подразделений чтобы оперативно что-то сделали — к заму, он большой любитель пинательной работы, если в ней ему не надо автограф ставить…
Но когда ты ставить «Большого босса» ответственным очень важно соблюсти грань, чтобы он не обиделся, не решил что ты используешь, давишь и т.п. Важно просить совета, расшаркиваться, улыбаться, говорить какой он умный и незаменимый, а потом уже тыкать в то что «хозяин назначил его любимой женой», и ему за всё отвечать.
Вторая важная фишка которой я научился с этим мужичком — первые два-три варианта документа у тебя не примут.
Ему нужна собственная важность, внести правки, показать работу. Так что можно смело закладывать пару явных ошибок, или не тщательно дорабатывать. В моем случае прокатывали и орфографические ошибки. Но внешнему специалисту я бы не рискнул с орфографией… Если чувак сам не заметит ошибку — можно намекнуть. Его чувство важности наше всё. Не сейчас так завтра оно нас спасет)
Его пассивность усугублялась политикой. Дядька реально был вынужден для сохранения своего статус-кво делать минимум реальных действий, и подписывать минимум бумаг. Доходило до того что он на выездных проверках людей отчитывал за цвета папочек (бурную деятельность то показывать надо было). В общем я нашел его слабое место — дикое желание избежать ответственности. Фразы «ну вы же глава раб.группы» или «ок, я вам всё равно оставлю, хоть вы и не подпишите, мне же надо будет отчитаться что проект протокола я подготовил» и т.п.
Если нужно было осуществить реальное совещание, обсудить и т.п., то прыгал через его голову вспоминая «ну я же нач.отдела», если надо было создать волны или придать большую важность — шел к заму «ну вы же глава группы». Нужно уменьшить занудство — писал от своего имени. Нужно задолбать полсотни начальников подразделений чтобы оперативно что-то сделали — к заму, он большой любитель пинательной работы, если в ней ему не надо автограф ставить…
Но когда ты ставить «Большого босса» ответственным очень важно соблюсти грань, чтобы он не обиделся, не решил что ты используешь, давишь и т.п. Важно просить совета, расшаркиваться, улыбаться, говорить какой он умный и незаменимый, а потом уже тыкать в то что «хозяин назначил его любимой женой», и ему за всё отвечать.
Вторая важная фишка которой я научился с этим мужичком — первые два-три варианта документа у тебя не примут.
Ему нужна собственная важность, внести правки, показать работу. Так что можно смело закладывать пару явных ошибок, или не тщательно дорабатывать. В моем случае прокатывали и орфографические ошибки. Но внешнему специалисту я бы не рискнул с орфографией… Если чувак сам не заметит ошибку — можно намекнуть. Его чувство важности наше всё. Не сейчас так завтра оно нас спасет)
А есть ли у кого нибудь опыт работы как с крупной коммерческой компанией так и гос. корпорацией?
Правильно ли считается, что государственные компании до сих пор более инертные, закостенелые, закон о гос. закупках вводит дополнительные ограничения и менеджер со стороны такой компании — в первую очередь работник на гос. службе, к проектам не имеющий мотивации?
И напротив, современная крупная коммерческая организация может иметь в своей структуре выделенный проектный офис, ориентированный именно на результат и достижение КПЭ проекта. С кем проще, какие подводные камни? Или все зависит от конкретного проекта и ситуации?
Интересует вопрос гарантийных обязательств по сопровождению проектов. Есть ли такая практика, какие обязательства и штрафы вкладываются в договор? Ведь одно дело внедрить и уйти, а другое — обеспечить дальнейшую стабильную работу.
Правильно ли считается, что государственные компании до сих пор более инертные, закостенелые, закон о гос. закупках вводит дополнительные ограничения и менеджер со стороны такой компании — в первую очередь работник на гос. службе, к проектам не имеющий мотивации?
И напротив, современная крупная коммерческая организация может иметь в своей структуре выделенный проектный офис, ориентированный именно на результат и достижение КПЭ проекта. С кем проще, какие подводные камни? Или все зависит от конкретного проекта и ситуации?
Интересует вопрос гарантийных обязательств по сопровождению проектов. Есть ли такая практика, какие обязательства и штрафы вкладываются в договор? Ведь одно дело внедрить и уйти, а другое — обеспечить дальнейшую стабильную работу.
Да, менеджер на гос. службе, как правило, не имеет официальных бонусов от работодателя за завершение проекта в срок и это часто отражается на его мотивации. Часть коммерческих организаций имеет проектные офисы и они работают вполне успешно. В этом вопросе каждый раз все очень субъективно. Вплоть до конкретных руководителей на местах.
Шаблон договора всегда прикладывается к конкурсной документации. Вы можете перейти на сайт нужный закупок и ознакомиться там со всеми штрафами и обязательствами.
На обеспечение дальнейшей стабильной работы, как правило заключается отдельный договор. Обслуживает обычно тот, кто делал внедрение. Что разумно. Если организация не может обеспечить дальнейшую стабильную работу, проблемы появляются у того, кто ее выбирал в качестве исполнителя.
Шаблон договора всегда прикладывается к конкурсной документации. Вы можете перейти на сайт нужный закупок и ознакомиться там со всеми штрафами и обязательствами.
На обеспечение дальнейшей стабильной работы, как правило заключается отдельный договор. Обслуживает обычно тот, кто делал внедрение. Что разумно. Если организация не может обеспечить дальнейшую стабильную работу, проблемы появляются у того, кто ее выбирал в качестве исполнителя.
Спасибо за ответы.
По поводу жизни после внедрения — к примеру, эксплуатацию планируется осуществлять силами заказчика, естественно после обучения в ходе внедрения.
Но ходе эксплуатации выясняется низкое качество сданного решения. Что делать заказчику? Договора технической поддержки нет. Продукт разрабатывался по договору поставки. Есть ли примеры гарантийных обязательств по которым поставщик обязуются стабилизировать систему. Хотя возможно тут важны сроки? Так например, во внедрение включается опытная эксплуатация до 3 месяцев (а может и больше?), в ходе которого осуществляется доработка и стабилизация?
По поводу жизни после внедрения — к примеру, эксплуатацию планируется осуществлять силами заказчика, естественно после обучения в ходе внедрения.
Но ходе эксплуатации выясняется низкое качество сданного решения. Что делать заказчику? Договора технической поддержки нет. Продукт разрабатывался по договору поставки. Есть ли примеры гарантийных обязательств по которым поставщик обязуются стабилизировать систему. Хотя возможно тут важны сроки? Так например, во внедрение включается опытная эксплуатация до 3 месяцев (а может и больше?), в ходе которого осуществляется доработка и стабилизация?
Вообще, статья 470 ГК РФ предусматривает гарантию на программное обеспечение. Изготовитель устанавливает гарантийный срок, в течение которого устраняет возникшие по собственной вине неполадки. Вина должна быть документально подтверждена.
На практике до такого у нас никогда не доходило. Надежный поставщик с хорошей репутацией обычно не меньше вас заинтересован в том, чтобы у вас все работало.
Если вам нужно грамотно составить соответствующий параграф в договор, то проконсультируйтесь у профильного юриста. Вам хорошо подойдет тот, кто имеет опыт работы в компаниях, разрабатывающих софт.
На практике до такого у нас никогда не доходило. Надежный поставщик с хорошей репутацией обычно не меньше вас заинтересован в том, чтобы у вас все работало.
Если вам нужно грамотно составить соответствующий параграф в договор, то проконсультируйтесь у профильного юриста. Вам хорошо подойдет тот, кто имеет опыт работы в компаниях, разрабатывающих софт.
Вы не сможете переехать на территорию заказчика, чтобы ежедневно решать рутинные вопросы.
Why not?
Если заказчик может предоставить место на своей территории, хотя бы для руководителя проекта, а еще лучше — и для нескольких технических специалистов, которые могли бы решать срочные вопросы внедрения, поддержки и сопровождения — почему бы и не переехать?
Вы правы, переехать будет удобно, если:
На нашей практике заказчик обычно даже настаивал, чтобы разработчик находится под рукой и его можно было дергать по любому поводу. И мы шли клиенту на встречу. Но для нас это было не удобно, т.к. наш персонал был занят на нескольких проектах одновременно. Это первая причина, по которой мы не могли переехать полным составом.
Вторая — это сама природа описанных выше вопросов. Они касаются организации и ускорения работы с заказчиком и обычно не занимают больше 1-2 часов в день. То есть для их решения нет необходимости переезжать к заказчику. Удобней воспользоваться помощью того человека, кто уже там находится. Того, кого знают и кому доверяют.
- текущая команда работает конкретно с проектами одного заказчика
- заказчик организует подходящие рабочие места
- заказчик платит достаточно и вам не нужно искать другие проекты
- заказчик платит вовремя
На нашей практике заказчик обычно даже настаивал, чтобы разработчик находится под рукой и его можно было дергать по любому поводу. И мы шли клиенту на встречу. Но для нас это было не удобно, т.к. наш персонал был занят на нескольких проектах одновременно. Это первая причина, по которой мы не могли переехать полным составом.
Вторая — это сама природа описанных выше вопросов. Они касаются организации и ускорения работы с заказчиком и обычно не занимают больше 1-2 часов в день. То есть для их решения нет необходимости переезжать к заказчику. Удобней воспользоваться помощью того человека, кто уже там находится. Того, кого знают и кому доверяют.
Странно, но самый главный метод (откат) не был упомянут.
Мотивирующе. Крайне! Перечитаю ещё раз на следующей неделе.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ИТ-стартап ищет больших клиентов: особенности работы с крупными корпорациями