Перед Стартом проекта автоматизации
Функциональные - Управление проектом (PMO, EPM)
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Закончились отпуска топ менеджеров, а я думаю, что сейчас самое время когда стартуют проекты автоматизации. Хочу поделиться мыслями о грамотной организации старта проекта автоматизации.
Итак, рассматриваемая ситуация, наша компания (франчайзи) заключила с заказчиком договор на обследование предприятия для последующего внедрения, с чего начать?
Первым делом необходимо определить руководителя проекта со стороны заказчика, должность руководителя проекта должна быть как можно ближе к генеральному директору. Человек в роли руководителя проекта со стороны заказчика должен иметь авторитет среди персонала предприятия, иметь административный рычаг и быть заинтересованным в успешной реализации проекта. Обычно подходит коммерческий или финансовый директор, либо зам директора по данным направлениям. Я так полагаю, что это простые истины и ничего нового здесь нет. Часто происходит так, например, генеральный директор «показывает пальцем» на одного из своих замов и определяет его в должности РП. Самое страшное когда в качестве РП определяют штатного системного админа или программиста, но это отдельная тема.
Важно, что бы РП утвердили не словом ген. Директора, а бумагой с печатью и подписью! Руководитель проекта должен быть назначен на эту роль на время проекта приказом по организации, приказ подписывает самый верхний руководитель предприятия. В тексте приказа должна быть формулировки, что руководитель проекта имеет право подписывать документацию по проекту внедрения, обязан визировать акты выполненных работ. Так же несет полную ответственность за успех реализации проекта перед высшим руководством предприятия, обязан информировать высшее руководство о выполнении работ по проекту. Копия данного приказа должна быть предоставлена руководителю проекта со стороны исполнителя. Так же, можно указать в данном приказе состав рабочей группы в которую входят руководители разных подразделений. На основании данного приказа в устав проекта вносится лицо являющееся руководителем проекта со стороны заказчика. Образец приказа прилагается, можно скачать. Теперь у нашего проекта автоматизации есть законный РП, который осознает свою ответственность за проект.
Второй приказ, который должен появиться на предприятии заказчика, это приказ о начале работ по автоматизации предприятия, либо проведении проектных работ. В данном приказе должно быть указано, что на предприятии будет проводиться автоматизация силами сторонней организации (т.е. нами). Так же в приказе необходимо указать, что сотрудники предприятия заказчика имеют право предоставлять информацию о своей работе сотрудникам компании исполнителя, и несут полную ответственность за достоверность информации. Данный приказ необходимо довести под роспись всем функциональным руководителям предприятия заказчика. (Образец прилагается, качайте). Приказ позволит исполнителю законно работать на территории заказчика и интересоваться организацией бизнес-процессов заказчика и финансовой структурой предприятия.
Разъяснения для функциональных руководителей лучше всего провести на общем собрании, там же ознакомить их с приказом о начале работ по автоматизации.
Можно конечно обойтись и без данных приказов, но велика вероятность возникновения «трения» между заказчиком и исполнителем. Когда возникают проблемы на проекте, а без них никак, каждый начинает «показывать пальцем» на соседа. В результате, виною всех бед оказывается исполнитель который: не так понял, или не так сделал, как ему об этом сказали. А причина большинства проблем в том, что сотрудники заказчика: не всегда чувствуют за собой ответственность, и относятся к проекту внедрения не серьезно. И если, проблема дойдет до суда, то у ВАС, по крайней мере, будут кроме договора, еще и приказы описывающие ответственность и организацию работ.
УДАЧНЫХ ПРОЕКТОВ!!! УПРАВЛЯЙТЕ РИСКАМИ!!!
Вступайте в нашу телеграмм-группу Инфостарт
Автоматизация руководитель проектов организация работ внедрение приказ рабочая группа
См. также
Управление проектом (PMO, EPM) Аналитик Руководитель проекта 1С:Предприятие 8 Платные (руб)
Решение предназначено для эффективного учета и управления проектами внедрения 1С:ERP. Эта конфигурация содержит все необходимые инструменты для успешной реализации сложных проектов. Дорожные карт, сбор требований, функциональное моделирование, ТЗ, тесты и Service Des - в единой базе. Ускоряет запуск, повышает качество и прозрачность работ над проектом, снижает зависимость от «незаменимых» сотрудников. Эффективна при переходе с SAP/УПП на 1С:ERP.
268400 руб.
01.02.2023 9792 2 2
Управление проектом (PMO, EPM) Разработчик 1С 8.3 Абонемент ($m)
Практический регламент для 1С-разработчиков и команд, выполняющих доработки типовых конфигураций по договору подряда. Разбираем юридические и технические границы: предмет с фиксацией релиза, сценарная приёмка, гарантия при обновлениях типовой конфигурации и права на код по ГК РФ. В статье: чек-лист рисков, образцы формулировок и готовый пакет документов в архиве-компаньоне.
5 стартмани
14.10.2026 323 Ninel_S 0
Управление проектом (PMO, EPM) Тестирование QA Разработчик Руководитель проекта 1С 8.3 Абонемент ($m)
Инженерный регламент для команд, разрабатывающих на платформе «1С:Предприятие» для зарубежного заказчика: правовые границы удалённого доступа (EDPB, регуляторные ограничения), построение строгого контракта данных (Data Contract) и независимая проверяемая приёмка выгрузок. В архиве-компаньоне — готовый офлайн-валидатор на Python с защитой от ошибок округления Decimal, эталонные наборы и криптографическая фиксация SHA-256.
1 стартмани
12.10.2026 300 Ninel_S 0
Управление проектом (PMO, EPM) Разработчик Руководитель проекта 1С 8.3 1С:Франчайзи, автоматизация бизнеса Абонемент ($m)
Предпроектная оценка 1С-проекта как фильтр убыточных заказов: пять зон проверки (учётная политика, состояние базы, обмены, компетенции, сроки), письменное заключение с оценкой работ и три варианта отказа, после которых заказчик возвращается. Числа в примерах условные, ставок и процентов нет: вместо них признаки риска, которые можно проверить на своей базе, и метрики фильтра.
1 стартмани
05.10.2026 432 Ninel_S 0
Управление проектом (PMO, EPM) Руководитель проекта Бесплатно (free)
Как распределить ответственность между руководителем проекта, архитекторами и исполнителями, зачем раздельно учитывать задачи аналитики и разработки и как использовать план-факт и КПД не как рейтинг сотрудников, а как инструмент управления проектом.
25.09.2026 1253 OlgaGroo 4
Управление проектом (PMO, EPM) Россия Бесплатно (free)
1С-разработчик работает удалённо, получает задачи от тимлида, ходит на daily, пользуется VPN и корпоративной почтой, а каждый месяц получает одну и ту же сумму. Это ещё подряд или уже обычная работа в штате? Разбираем на двух противоположных IT-делах, включая спор 1С-программиста, дошедший до Верховного Суда.
15.09.2026 1140 NikolayMaerov 0
Управление проектом (PMO, EPM) Аналитик Руководитель проекта Бесплатно (free)
Ведущий аналитик еще пишет требования и разбирает сложные вопросы, но параллельно начинает собирать статусы, разруливать загрузку команды, напоминать коллегам о сроках, готовить клиентские встречи и отвечать за то, чтобы проект вообще двигался. В какой-то момент аналитической работы у него остается все меньше, а проект фактически получает второго руководителя — только без формально закрепленных полномочий. Разбираю, по каким признакам это видно и как вернуть границы роли, не развалив работу команды.
14.09.2026 933 YA_826532418 0
Управление проектом (PMO, EPM) Россия Бесплатно (free)
Работодатель запретил разработчику два года работать у конкурентов и клиентов, а за нарушение назначил миллионный штраф. Разбираемся по свежей судебной практике, работают ли такие условия в России
11.09.2026 1657 NikolayMaerov 4
С этого момента поподробнее пожалуйста...
Какие риски наступают, когда РП является IT специалистом?
При таком раскладе франч может не выполнить даже задачу минимум: воспользоваться деньгами заказчика
Для "Франча" квалифицированный РП - это в любом случае дополнительные затраты на обеспечение качества.
Но это не всегда плохо. Может и до суда дело не дойдет.
В общем, хотелось бы услышать мнение автора, пусть не развернутое - в двух словах.
в общем случае это плохо, если участники заказчика продавливаются авторитетом
из заинтересованность должна быть вложена в устав проекта
Продавливание авторитетом - единственный способ внедрения в разумные сроки.
С авторитетным начальником бизнес-процессы автоматизировать можно хоть в экселе, в отсутствии такового и в ларьке с оборотом в 10тыс будет бардак.
Господа, вы отклонились от темы статьи.
По поводу РП итишника, могу сказать следующее, как правильно заметил mymyka, необходим административный ресур для воздействия на пользователей, сопротивление будет всегда с их стороны. Если РП не является большим руководителем, то к нему будет менее прислушиваться руководство предприятия. Сис админ может распинаться перед шефом и говорить что необходимо выделить доп ресурсы на проект иначе возрастают риски, на что шеф покивает и забудет, а в последствии из своего сис админа сделает козла отпущения. теперь предствате если на месте сис админа будет коммерческий директор, я думаю к его доводам шеф отнесется с большем пониманием. Я не обощаю, а рассказываю возможный ход событий, за которым наблюдал не раз.
И еще господа, что за предвзятое отношение к франчам. Если вам приходилось сталкиваться с неответственными людми, это не значит, что все такие.
Даже если РП будет фин дир, ему никто не запрещает консультироваться со штатным итешником.
1) Давайте не будем путать понятия:
Сис админ и Программист 1С - это совершенно разные роли.
Сис админ отвечает за сеть и железо и ему совершенно фиолетово какие б/п существуют на фирме.
В принципе его не волнует человеческий фактор.
Опытный программист понимает, что все идет от бизнес-процесса и ответственности за него.
2) Важно не какую должность занимает РП, а ТОЛЬКО его авторитет и возможность влиять на ситуацию.
Так, что не надо придумывать "страшные сказки" про системного админа и программиста.
Простой пример: Предположим, что IT-специалист является кумом или сватом директору. Чувствуете разницу?
3) Второй пример: Компания большая, есть авторитетный IT-директор.
Ваша автоматизация бухгалтерии - капля в море на фоне его головных болей со спутниковой связью, тендерами и прокуратурой. Ему до франчей нет дела. Зато есть программисты, которым он доверяет.
4) Если, что то пойдет не так - козла отпущения найдут всегда, так устроен мир.
5) Предвзятое отношение не к франчам, а к Вашей фразе
Вы не учли структуру нашего независимого сообщества. Здесь программистов и админов 55%.
При всем моем уважении к Вам, в следующий раз думайте, что пишете.
Сис админ и Программист 1С - это совершенно разные роли.
Сис админ отвечает за сеть и железо и ему совершенно фиолетово какие б/п существуют на фирме.
В принципе его не волнует человеческий фактор.
Опытный программист понимает, что все идет от бизнес-процесса и ответственности за него.
Я имею ввиду программиста 1с которому фиолетово, какие БП существуют. Основная задача правка печатных форм и делать, то что говорит бухгалтерия. Если 1с программисту не безразличны бп предприятия, я за него честно очень рад.
Так, что не надо придумывать "страшные сказки" про системного админа и программиста.
Простой пример: Предположим, что IT-специалист является кумом или сватом директору. Чувствуете разницу?
Ваша автоматизация бухгалтерии - капля в море на фоне его головных болей со спутниковой связью, тендерами и прокуратурой. Ему до франчей нет дела. Зато есть программисты, которым он доверяет.
Так о чем моя статья??? Если этого ИТ директора ген дир обяжет, разумеется по взаимному согласию, быть РП, то для него автоматизация предприятия будет на одном ряду со спутниками и тендерами. только давайте не брать автоматизацию бухгалтерии, это должно быть как минимум внедрение комплексной автоматизации. И ИТ директору не надо убивать 100% своего времени на проект, этим может заняться его подчиненный программист. А ИТ дир должен использовать свое влияние, там где надо, вникать в проект по мере необходимости. Потому что если РП будет его программист, то ИТ директору точно будет фиолетово.
Оооо узнаю Пророка :) Согласен, истину словами не передать, на неё можно только намекнуть.
Уж извините, просто был печальный опыт: Поедут директора на семинар, понаслушаются в консалтинговых фирмах, о том, что программисты - это низшая форма разумной мысли. И начинают нарезать задачи типа "найти черную кошку в черной комнате, где её никогда не было". Да еще "на слабо" пытаются взять. Я с тех пор я довольно резко реагирую на любую фразу, которая может повредить среднестатистическому труженику программисту.
За статью спасибо... Чесн говоря на прошлой неделе даже скушно было... Даже погрить не с кем )
если фирма авторитарна, то, во-первых, это и в сторону исполнителя палка
а во-вторых, умный юзер прогнется и гадить будет из-под тишка
авторитарный - горлом - стиль руководства характерен для некомпетентных куроводителей
с такими типами устав проекта как приложение к договору просто необходим
Сильно нагибать юзера конечно опасно, может вылиться в саботаж, но если задание юзеру даст не сторонний исполнитель, а руководитель который пользуется
Выдержка из прошлой статьи
эти вещи (У&В) хороши для создания "команды единомышленников", "здорового корпоративного духа" и прочих нематериальных стимулирований
а вот, что распорядитель финансов даст денег, что "единомышленный" подчиненный забудет о своем шкурном интересе - это вряд ли
Мне кажется вы поставили равно между авторитетом и авторитарностью. Я говорил немного о другом,
и вкладывал в слово "авторитет" другой смысл:
Для меня авторитарный стиль руководства и авторитет лидера отличаются по виду движущей силы:
в первом случае - это ВОЛЯ директора, навязанная исполнителю сверху, а во втором - это экспертные ЗНАНИЯ и ОПЫТ руководителя, которые вызывают у исполнителя ДОВЕРИЕ. Во втором случае действия исполнителя обусловлены внутренней мотивацией, а не внешней.
Согласен, но в тоже время факт, что хороший РП может сделать бизнес эффективней.
А в целом я с Вами согласен - мир не справедлив.
Не понятно, только какой за этим кроется глубокий смысл.....
Почему, мне кажется, что представление о справедливости очень даже субъективны, но...
"Плохо" или "Хорошо" мы чувствуем достаточно однозначно, но почему если "Хорошо" одному, должно быть "Плохо" другому? Основа нашей цивилизации - узкая специализация и разделения труда. Почему одни создают блага, а другие его только потребляют сидя на шее у первых? Причем повсеместно? В чем фишка?
в основе - повторяемость опыта: одинаковые условия приводят к одинаковым результатам
надо к этому привыкнуть и научиться использовать
если справедливости во вселенной нет, то представления о ней мы не можем получить из опыта
но представление - есть (не важно, что они индивидуальны)
раз они есть, значит откуда-то взялись
но - не из опыта
значит они - не эмпирические
так понятно?
Уже лучше, мне просто нужна была привязка к вашей терминологии. Многие люди под эмпирикой понимают разные вещи.
Почему мы не можем получить представление о справедливости? Из опыта как раз и выходит её нет.
Я бы не говорил, что справедливости нет во вселенских масштабах, тут действительно нет опыта.
А в том, что в нашей цивилизации справедливости нет - это факт. Просто наши ожидания на опыте расходятся с практикой.
А это говорит только об одном, что основе нашей цивилизации лежит очень глобальное заблуждение,
я бы сказал больше - БОЛЬШАЯ ЛОЖЬ. Если утрировать: "То в итоге - есть мы скоро будем деньги,
укрываться деньгами и топить тоже деньгами."
в нашей здесь - это чьей?
**
представим себе, что в мире нет долларов
человек ищет в мире долларов, и не находит
вопрос - откуда он знает, что такое доллар?
**
про есть деньги, укрываться и т.д. я вообще не понял
под "нашей" я имел ввиду "Украину, Россию, Европу, Америку" - то есть глобальную экономическую систему.
никак не могу отождествить себя ни с Европой, ни с Америкой
украинцы - те ваще против этого отождествления
кроме как русским назвать себя никем не могу, но не вижу никаких оснований говорить "Россия - моя"
**
ну, в свете предыдущего тезиса нет большого смысла обсуждать различие в наших взглядах на генезис и развитие денег
Хех... очень жаль... сколько пробую, никак не могу заставить Вас копнуть глубже:
У Вас очень острый ум, но по чему он такой близорукий?
)))))))) О по поводу дальнозоркости вы метко подметили. Я не хотел прицепить вам ярлычек.
Я долго думал какое слово подобрать, чтобы и смысл передать и не обидеть.
По поводу:
Мне больше нравится определение "многогранный", это говорит о многомерности восприятия.
если относительно казуальности (стрела времени и все такое), то больше двух не получается
вообще, геометрический шаблон скорее затрудняет восприятие - что касается многомерности, то даже и сбивает с толку
Согласен, но я говорил не о геометрическом шаблоне с бесконечыми измерениями: длина, ширина, высота.
А о многомерном пространстве с ограниченным количеством элементов каждого измерения.
Пример 1. Географический: Страна,Город,Улица,Дом,Этаж,Квартира,Комната,Полка,Коробка.
Пример 2. В терминах 1С - хорошо подходит регистр сведений или накопления.
возьмем "карту памяти" == mind map == дерево
а что делать со связями между разными ветками на разных уровнях?
а если где-то - вне измерений текущей "многомерности" - весовые коэффициенты этих уровней/веток существенно отличаются от текущих?
этих уровней/веток существенно отличаются от текущих?
Добавьте таблицу с составным первичным ключом с весовыми коэффициентами или воспользуйтесь функцией.
Добавьте в ветку дерева внешний ключик.
К стати упонинания о деревьях не имеющих ни начала ни конца встречаются в "гиперборейской вере древних русов"
Так и я о том же: в регистр добавляем иерархический справочник с реквизитом ссылкой на самого себя.
интересная проблема возникает:
в таком справочнике мы легко можем насоздавать колец ссылок
в "реальной вселенной" что может соответствовать такому казусу?
**
закольцованная система зеркал - но там имеет место быть деградация светового потока, затухание, рассеяние
так что в этом справочнике придется вводить еще какие-то поля...
ну никак в "карту памяти" не уложишься
)))) так вы ж сами так сформулировали задачу.
Действительно во время проектирования упрощенных информационных моделей, таких решений нужно избегать.
Однако, реальный мир гораздо сложнее, и адекватные информационные модели имеют признаки сложных сетевых иерархических структур. За примером далеко ходить не надо. Возьмите любую более менее приличную конфигурацию и попробуйте удалить в ней в ручную все объекты - я вас уверяю, вас ждет множество любопытных моментов :)))))))
Неее... прикладные проблемы гораздо проще... для анализа хватает 5-ти 6-ти линейных измерений... в голове больше не укладывается...
давай-те уже ближе к теме статьи, а то мы с вами тут и так достаточно "наклали"
Вы до сих пор не поняли? Вся Реальная Вселенная и есть этот Кактус!
Это ответ на вопрос - почему нет справедливости.
Произошла глобальная подмена понятий "Деньги из средства обмена, мерила пользы и эффективности,
превратились в цель". Как следствие: деньги сейчас это способ одних людей подчинять себе других.
И это не хорошо не плохо - это таковость жизни.
1. рассмотрим "предвзятое" отношение к РП-айти как неоспоримую данность
2. уточним, что есть "франч"
распространено заблуждение, что признак франя - это наличие договорных отношений с флагманом
покажем, что это - не так
есть люди в штате у одного конечного пользователя - это "фикси"
есть люди, работающие на нескольких конечных пользователей - это "ланс"
есть люди, на которых работают другие люди, выполняя работу для конечного пользователя - это "франи"
есть люди, которые находятся как бы в штате у франей, выполняя работу для конечного пользователя - это "кодеры" и "сервисы". некоторые из последней категории иногда называются "аналитиками" и "руководителями проектов", но это просто бантики из области нематериального стимулирования.
при этом договорные отношения с флагманом могут быть у лансеров, это не выводит их из группы лансеров
договорных отношений с флагманом может не быть у людей, использующих "кодеров" и "сервисов", это не выводит их из категории "франей"
фикси и лансы отличаются друг от друга только количеством обслуживаемых работодателей
"кодеры" и "сервисы" отличаются от "фикси" и "лансеров" тем, что между ними и пользователями есть прослойка - руководитель - "ФРАНЬ"
теперь контроль усвоения материала: если РП-айтишник негативно стоит между исполнителем и заказчиком, чем он отличается в этом смысле от собственно франя?
Совсем другое дело, что с франя, при наличии грамотного юриста/договора, можно хоть что-то взыскать(деньги или доработки до рабочего варианта), судебные тяжбы бьют по самому франю, а не по исполнителю.С ланса же все, как с гуся вода, внедрил проект - добавил в резюме, не внедрил - ну и хер с ним. Он получит деньги, помашет вам ручкой и перестанет брать трубку, на что, кстати, имеет полное моральное право. Ну и кинуть ланса намного проще.
Лансер, подрядивший для выполнения работ другого лансера, фактически становится франем, хотя юридически им и не является. Это вообще самый плохой вариант, работу делает черт знает кто, взыскать с подрядчика вряд ли что получится, а результат отнюдь не гарантирован. Да и доработки в двойном размере, разбираться в чужом коде обычно дольше, чем вносить изменения.
легко можно представить себе ланса-юрика
ИП он вообще сплошь и рядом
Несложно представить себе и франя - ИП
тот же Белов с его ноу-хау 1с-орифлейм
тот же Доржи - совсем не так давно у него появилась заморочка с договорами для разработчиков
я не настаиваю на всеобщем принятии определения франя как использующего труд кодеров
но имхо - это наиболее точное его определение
**
пс: никто не мешает 1снегу в штате у клиента завести себе ИП и "договориться" с флагманом
а вот если он "вырос" и стал подбирать себе кодеров в штат - у него проблемы появляются один к одному как у "настоящего" франя.
возвращаясь к сабжу: неприязнь автора к РП-айтишнику - это ничто иное как сублимация его отношений внутри себя
**
пспс: разумно выглядит предположение, что по результатам сделки 50/50 Доржи заместил некую штатную единицу у флагмана
Лютая ненависть к злобный франевладельцам, посылающих
Какие-то розовые фантазии насчет мифических лансов, которые за вечер пишут межзвездные навигационные системы. Которых, кстати, от силы 2-3% от обшего числа обновляльщиков, да и те, заняты на 10 лет вперед(как раз из-за единичности таких экземпляров)
И панибратско-дружелюбное...сочувствие...коллегам фри,
Вот уж действительно, ЭМПИРИЧЕСКИЙ подход )
ну или понимание совершенной бесполезности такого РП, т.к. функции Руководителя Проекта он выполнять не способен чуть менее чем полностью. Он может быть Экспертом, Консультантом проекта, но Руководителем проекта должен быть сотрудник с руководящими полномочиями, а не технический персонал, коим и является сисадмин/программист 1С.
Если договор подписан - кто мешает после этого подписать устав. Я в своей практике не делаю устав приложением к договору. Что бы узаконить РП прошу руководство подписать приказ, о чем собственно статья.
С другой стороны, если нет договора, о чем можно говорить с заказчиком. Есть ли смысл писать устав, если существует вероятность, что клиент найдет других исполнителей, которые скинут 10-15% ценника и скажут, что сделают все тоже самое. А написание устава это работа не одного дня. Во всяком случае у меня, может у Вас по другому. Не понимаю стремление сделать айтишника РП, на практике всегда срабатывает вминус.
а устав проекта имеет смысл только как приложение к договору
а договор, по тексту автора, уже подписан - поздно пить боржоми
**
т.е. полномочия РП полностью определены уставом, и если кто-то (не будем показывать пальцем) надеется, что обычные (штатные) полномочия сайлеса как-то помогут осуществлению временных полномочий РП, значит этот кое-кто надеется на какие-то левые, кривые пути дорожки
Вот какие "полномочия" РП могут быть прописаны в некоем "уставе" проекта(ни разу не сталкивался с данной сущностью, чтобы она из себя не представляла)?
Иванова депремировать за саботаж проекта будет РП, или все таки руководитель отдела? Как вы себе представляете ситуацию, когда программист 1С приходит начальнику отдела и говорит, "а давайте такого то к херам премии лишим, он болт забил на мое задание". Ему у виска покрутят и все(руководителю "забившего болт" Иванова эта автоматизация наверняка тоже никуда не уперлась). И совсем другое дело, если данный вопрос руководитель вынесет на планерке. Если для вас ситуация, когда такие вопросы решает программист ,в норме вещей, ну я не знаю что сказать. Это или не бизнес, а шаражкина контора, или это не программист, а все таки руководитель ИТ.
если в уставе прописывать должностные функции всех сотрудников, так или иначе касающихся автоматизации, то к самой автоматизации вы подойдете года через 2. Не проще ли руководителем проекта поставить человека, который сам в адекватные сроки может решать/координировать решение таких вопросов?
Лично я согласен с автором во всех случаях, кроме случаев, когда штатного сисадмина или программиста определяют осознано. Это действительно страшно, когда назначают руководителем проекта штатного айтишника в качестве как бы скорее отмахнуться от осознанного принятия решения. И это касается не только проектов внедрения комплексных решений, но и каких-то их частей. Я думаю, автор именно это имел ввиду. Проще в качестве примеров предоставлю недавние события с одним из своих клиентов:
Я являюсь руководителем франча и сервисного центра по ремонту и обслуживанию комп. техники, так что принимаю участие в проектах как относящихся к системных администраторам, так и автоматизации учета в ПП 1С. У многих клиентов лично я являюсь доверенным айти-консультантом, на подобии того же штатного сисадмина или программиста, часть работы выполняю лично. И вот один из клиентов решил два месяца назад переехать в другой офис, предупредить-то предупредил заранее, но офис смог показать только за два дня до переезда (да еще два дня это были суббота и воскресенье, у нас это считаются выходными днями), в офисе соответственно не сети, ничего, привезли туда компы, сбросили и сказали чтобы в понедельник должно уже все работать. Ну собственно я своих то напрег и все они там сделали, соответственно за срочность и работу в выходные двойная доплата. Клиент всегда был в курсе этого, но увидев расчет в понедельник слегка офигел, и началось, телефоны мы бы пару дней подождали, то тоже не срочно, третье и четвертое, а речь-то шла от том, что они переезжают и мне нужно сразу нормально работать. Пережили эту ситуацию, причем я даже скидочку сделал хорошую, чтобы свои нервы они успокоили, я то отыграю свое. Через месяц решили они ЭДО подключить в 1С, причем не встроенную, а внешнюю от Контура, в данной ситуации узнаю уже об этом, когда от Контура мне на почту приходит сама обработка и данные для регистрации. Но все бы ничего, но базе у клиента в справочнике Контрагенты есть такой прикол, что торговые точки одного и того же юр. лица это разные контрагенты, очевидно что с ними ЭДО нормально работать не будет, ну вообще не правильно, что такое в базе происходит (год назад предлагал уйти от этого и в том числе варианты как это сделать), а тут как снег на голову, что уже должно это работать. Обращаюсь к руководству клиента, а они отвечают, но Вы же решите эту проблему. Вот мы то решим, но история повторится. Смысл в том, что если руководство возлагает порой это на айти-спецов, оно часто считает, что автоматизация необходима лишь как дань моде, а не удобный и качественный управленческий инструмент. Вот это действительно страшно.
Будь мужиком - внедряй!!!
Если есть желающие, то предлагаю оформить совместную статью на эту тему.
Я так думаю, что у меня одного на это маловато мыслей и опыта, но если сделать совместно, получиться полезная вещь.
С этого и следовало начинать статью. А то повод один - разговор про другое. Наличие формального РП со стороны заказчика, который не решает ничего - просто фатальный риск. Если вам не удастся найти адекватного ответственного - то лучше завернуть проект в зад.
Таких заказчиков нужно сливать конкурентам, чтобы они из них все соки выпили, пока Вы будете зарабатывать на других. Добый совет: в следующий раз заключая договор - мониторьте заказчика на предмет безответственности с самого начала.
это дело заказчика - ставить рп адеквата
а дело исполнителя - заключить договор, который вынуждает заказчика (из его собственных интересов) на адекватное отношение
фишка в том, что
1. система франчайзи изначально выстраивалась флагманом как "доступно и..."
2. изначально была ориентирована на ларьки с шаврамой
поэтому выдавить из себя по капельке "дешево и все что угодно" - перейти от чаепитий с конфетками к договорным отношениям - очень непросто
а если отношения между франем-владельцем и франем-кодером выстроены по-серому, то и невозможно
ага... так и есть... увы познается все только через личный опыт
еще раз
есть договорные отношения, которые и определяют выплаты и разборки в суде
в рамках договора заказчик принимает на себя некоторые обязательства, которые как часть договора прописываются в уставе проекта (название неважно, важно чтобы это было часть договора)
и вот здесь - неважно кого, уборщицу или сайлеса - покажут пальцем - этот с нашей стороны делает то-то и то-то
написано - делает пропуска, не сделал - невыполнение договора, штрафные санкции
а то, что многие 1снеги привыкли решать по понятиям с топами за чашкой чая - это их проблемы (пусть даже и успешные)
не надо тиражировать такой опыт - он негативный
Я так предполагаю у Вас хорошо защищенный(юридически) устав проекта. Я думаю что написание устава проекта будет очень интересная тема на infostart.ru, не хотите поделиться мыслями (в рамках отдельной статьи), может и образцом документа? Лично мне было бы очень интересно взглянуть.
Это и должно быть, но чтобы не допускать таких издержек, лучше заведомо отказаться от такого РП, зачем это кому надо, нужно работу работать, а не по судам ходить. Это может актуально будет лет через 20, когда заавтоматизировано будет все. Хотя прекрасно понимаю, что юриста в штате неплохо держать для таких вот дел
Если есть желающие, то предлагаю оформить совместную статью на эту тему.
Я так думаю, что у меня одного на это маловато мыслей и опыта, но если сделать совместно, получиться полезная вещь.
По поводу уставов проекта. Лично я на них собаку съел.
Вывод первый: "Устав проекта" - сущность скорее надуманная, чем реально необходимое.
Пункты права и обязанности должны быть прописаны в договоре, ровно как и порядок постановки и сдачи работ.
Устав проекта содержащий эти пункты - это лишний повод для серъезных качелей уже после подписания
договора создает ситуацию неопределености, которая может привети к увеличению/уменьшению работ по проекту, но при этом цена остается фиксированной.
Таким образом вы себя подставляете под удар изначально.
Вывод второй: "Устав проекта" должен раскрывать в деталях пункты договора "права,обязаности,порядок постановки задач, порядок сдачи работ" и быть его логичным продолжением.
По большому счету, если корпоративная культура клиента здоровая, то устав проекта не нужен, все само сабой решается. Ну, а если рыба гнилая с головы,
то эти риски нужно закладывать уже на этапе формулировки ЦЕНЫ, смело умножайте на 2. Пусть лучше уходят к конкурентам.
Если клиент гниловатый и боится ответсвенности, но денежный. Можно подписать договор, опять же с тем же обязательным перечнем.
А шаблон устава подсунуть как стандартный - пусть только графы ответсвенных заполнят.
Как вариант: можно указать в договоре, что в противном случае договор теряет силу, но тогда можно спугнуть заказчика.
стопудово!!! Тут уж кто кого :)))))))))))
В одном фантастическом рассказе на одной планете существовало только три правила:
1) Кого поймали - того и съели
2) Где поймали - там и съели
3) Принимать форму сосуда в который наливают ;)))))
то эти риски нужно закладывать уже на этапе формулировки ЦЕНЫ, смело умножайте на 2.
У меня подход следующий, для начала договор на написание проектной документации: План работ, устав проекта, описание БП и т.д. По результатм первого договора определяем ценник и сроки внедрения. Следующим этапом договор на внедрение, к которому мы и приписываем ценник.
таким образом уменьшаю собственные риски, по итогам работы первого договора я понимаю адекватность заказчика и возможные риски на внедрении. И в случае неадеквата, могу выдвинуть на втором договоре жесткие условия, если клиента не страшно слить.
у нас это называлось договор на предпроектное обследование.
Остается вам только пожелать удачи. Если интересна тема устава проекта - можем пообщаться в скайпе. Чтобы не озвучивать прописные истины.
Был у меня интересный опыт: работая фиксом в одной очень не здоровой компании я год не мог пропихнуть идею подписать устав проекта для внутренних работ по доработке 1С.
Пока исполнительный директор не обязал меня в обходном листе о приеме на работу ставить подпись о проведения первичного инструктажа пользователя.
Не долго думая я сочинил инструкцию по взаимодействию пользователей и программистов по содержанию не уступающую уставу проекта.
В итоге под раздачу попали исполнительный, финансовый, коммерческий директора на равне с рядовыми пользователями.
С того момента у меня появился неоспоримый инструмент в любом споре: как только заказчик пытался
перебросить ответственность за постановку задачи на программиста или выдвигались какие либо еретические требования.Точка в споре была одна "Дайте контрольный пример - подтверждающий, что ваша задача не противоречит хотя бы сама себе.
только этим могу объяснить инвариантность ваших понятий о начислениях к отнять и поделить
Если же вернуться к предмету публикации, как вы предлагаете бороться с открытым диверсированием внедрения сотрудниками заказчика?
я не предлагаю бороться с сотрудниками заказчика
я предлагаю составлять договор таким образом, чтобы неисполнение заказчиком некоторых условий было обусловлено возможностью применения санкций, желательно финансовых
тогда заказчик сам будет бороться со своими сотрудниками
по всей видимости, особенности бизнес-практики в цивилизованных странах таковы, что нужды в акценте на этой стороне договорных отношений не возникает
Каким образом включить в договор момент о наступлении финансовой ответственности заказчика за просрок поручений? Особенно, учитывая тот момент, что задачи сотрудникам ставит РП, а не исполнитель внедрения.
Имхо, корень бесконечных внедрений именно в таком подходе. Кто виноват непонятно, кого наказать тем более(да и вообще нельзя, судя по вашей точке зрения), а нет ответственности - нет обязательности. То что делать необязательно - не будет сделано никогда, или будет, но через классическое для Росии место.
Итог:
У заказчика наперекосяк, с перерывами по 2 месяца, недовнедренная система, общеотрицательное мнение об 1С и франях в частности.
У франя - подмоченная репутация, необходимость держать специалиста в резерве для импульсивного клиента. Неравномерные платежи, необходимость "выбивать" деньги за каждый "подход" автоматизации.
Вообще, создается впечатление, что вы были в позиции такого РП-1С программиста неудачного внедрения, во всяком случае симптомы и негативный опыт подходят как-нельзя кстати.
автоматизация это не черные дыры, и не метафизика, тут софизмом и подменой понятий не обойдешься )
договор заключается между заказчиком и исполнителем
и проблемы коммуникаций должны быть решены при заключении договора
если проблемы на этапе договора не решаются... то ну дальше не интересно
в (93) вы упомянули аудиторов как авторитетов не только для вас лично, но и (должно быть по вашей мысли) для неопределенного круга лиц
Пожалуйста, укажите ссылку на сайт аудиторской фирмы, услугами которой пользуется ваш работодатель.
за сколько бухгалтерша забьет справочник номенклатуры, за 2 дня или за 2 месяца? И, главное, что ей за это будет, или не будет? А если она уволится/уйдет в декрет? Кто за это понесет ответственность? Или прописать в договоре как обстоятельство непреодолимой силы?)
с таким подходом, на месте франя вы бы остались без клиентов. А франь хочет кушать, ему не до перфекционизма.
не думаю, что это одобрил бы наш ОБ. Могу просто дать название - Кольчуга. Нагуглите сами.
в вопросах начисления з/п? именно. А вы хотите оспорить это, походя выставив все организации, проводящие аудит за баснословные деньги, болванами?
это проблема исполнителя (т.е. ваша) при вашем подходе
при договорных отношениях в договор вписыввется обязанность заказчика примерно так:
"заказчик обязан своевременно, в согласованные сроки, заполнить проектный экземпляр базы данных необходимым объемом НСИ. Необходимый объем НСИ должен быть определен исполнителем к ... в Акте выполненных работ".
формулировка, понятно, примерная
(99) mymyka,
Кольчугу сейчас обязательно посмотрю. название прикалывает уже. ОБОПОвцы бывшие?
нет, нет, я не собираюсь учить вас корректным приемам дискуссии :)
просто вам, как 1снегу (мне по-прежнему неудобно говорить это коллеге, но да чего уж там), стоило бы знать, что аудиторы бывают двух видов:
1. внутренний контроль типа ревизионки - здесь тонкости терминологии Трудового Кодекса не интересуют никого
2. фискальная ОБЯЗАЛОВКА - в этом случае вы можете поинтересоваться у них (аудиторов) разницей между "депремировать" и "не начислить".
**
две кольчуги, однако
ебург
ижевск
глаза разбегаются
Справочник Номенклатуры и многоузловые спецификации будем в кучу валить? Или каждый вид НСИ расписывать? В случае увольнения ключевого сотрудника(например экономиста производства) заказчик несет финансовую ответственность перед исполнителем, или нет? Вы понимаете, что данная формулировка на самом деле никого ни к чему не обязывает и юридической силы не имеет?
KPI у франя-работодателя ну дак и я к франю отношения на текущем месте работы не имею никакого, но при этом никакого предубеждения к франям не имею.
Чтобы понять, что работнику можно не выдать премию,
изучать не обязательно. Для этого достаточно понимать, чем отличается фиксированный оклад и переменная премия. Любой аудитор моментально определит махинации с фиксированной частью оплаты труда. К переменной(премиальной) части, у него априори вопросов быть не может, на то она и переменная.
Надеюсь теперь я достаточно жирно выделил свое понимание термина "премия".
(104)Ок, объясню максимально простым и доступным языком. Организация, в которой я работаю, НЕ оказывает услуг другим организациям в сфере 1С. Мои личные левые подработки, к работе организации отношения НЕ имеют. И да, в этих подработках я НЕ использую труд наемных программистов, т.к. 80% из них безответственное рачье, неспособное даже написать примитивный обмен на веб-сервисах, со склонностью забухать за неделю до дед-лайна, херачить запросы в циклах и маниакальным влечением к конструкции .НайтиПоНаименованию().
надо, конечно, выпустить пар, и на ИС, наверное, лучше, чем за чашкой пива
однако, тогда - поддержка
поддержка и KPI в моем моске вообще не совмещаются
пс: так вы в ижевске или ебурге подвизаетесь?
это специфика страны пребывания? возможно, лишний раз пнуть всякие МБА и ИСО
мдя. ящик на майле, свободны. в смысле - я консультировать себя у них не стану
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 202575
Создание 02.10.13 13:37
Обновление 02.10.13 13:37
Просмотры 31031
Загрузки 62
Рейтинг
10
Комментарии 110
Код открыт Да
Рубрики Управление проектом (PMO, EPM)
Кому Для всех
Тип файла Архив с данными
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Windows
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
