Если говорить о проектах в принципе, то, что собой представляет проект? Это комплекс мер направленных на выполнение потребностей заказчика. Проекты бывают большие и малые, долгосрочные, дорогие, технологичные и бесполезные. О последних мы говорить не будем, т.к. запуская любой проект заказчик не нацелен на вкладывание денег в бесполезное мероприятие, а лучше ка мы опишем то, как спланировать деятельность так, чтобы из намеченной цели проекта получился конкретный результат.  Поскольку мы занимаемся автоматизирующей деятельностью, то не будем обсуждать все возможные работы, которые можно назвать проектами, а остановимся конкретно на работах, результаты которой помогают бухгалтерам, менеджерам, аналитикам, руководителям хранить, обрабатывать и пользоваться информацией.

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

 Мы упомянули понятие «проектной команды», поэтому предлагаем остановиться на этом понятии чуточку поподробнее, чтобы обсудить, кто эти люди, составляющие команду, как она формируется, управляется, дает результаты работы. Сформировать команду на проект можно несколькими способами.

Первое. Можно подобрать людей с улицы, сплотить их вокруг лидера, пустить дело в оборот.

Второе. Найти готовую, сплоченную, наработанную на проектах команду. Найти такую труднее, и скорее всего дороже, чем одиноких соискателей.

Третье. Для сверхсрочной и сверхнужной задачи найти, или даже переквалифицировать имеющихся средненьких специалистов в высококвалифицированных азов с последующей высокой оплатой их труда. Т.е. да, золотое правило действует всегда, чем больше у вас средств выделено для реализации задачи, тем проще подобрать высококлассных специалистов. Но и в этом случае не гарантированно, что вы их найдете, т.к. хорошие специалисты хорошо ценятся и давно работают на престижных, доходных местах и им просто незачем менять свою работу на такую же. А кроме того, если Ваш проект краткосрочный (до полугода) то специалистам просто нет смысла менять постоянное, стабильное место работы на полугодовой, может и с большим доходом, но краткосрочный заработок.

Допустим, с проектной командой вы определились и теперь собственно вам нужно указать им цель, к которой они будут двигаться. Вашу цель. Изложить на словах, обсудить на совещаниях можно. Но как говорят слово к «делу» не прикрепишь. Для обеих сторон (заказчику и исполнителю) в этом случае лучше сразу задокументировать все пожелания и требования к запускаемому проекту, дабы в будущем опираться на документ, а не на слова, предъявляя требования к разработчикам, либо разработчикам предъявлять результаты своей работы ссылаясь на реальные требования к заказу. Изложением (документированием) требований к проекту может быть техническое задание. Так называемый генеральный план на проект. Статут проекта, если можно так сказать. И к этому документу не рекомендуется подходить легкомысленно, т.к. в будущем, как показывает практика, у проекта будет множество камней преткновения с обеих сторон, но база, от которой будут расплетаться корни – это все же техническое задание. Понятно то, что в ходе выполнения работ будут поправки и просьбы, уточнения к требованиям, но все же костяк будет заложен в генеральном плане. Такие просьбы и поправки также рекомендуется документировать, вообще рекомендуется все документировать, т.к. наперед неизвестно куда приведет дорога разработки, а по задокументированным следам отследить все изменения куда легче, чем вспоминать или догадываться. К тому же если команда как понятие подразумевает работу над проектом  нескольких  человек, скажем в одном модуле, приложения могут писать код два-три программиста одновременно, то неизвестно кто и когда внес изменения, из-за которых вся система полетела и жестко приземлилась. Разумно будет избегать таких ситуаций и пред началом проекта уделить время и средства подготовке технического задания. Автором этого документа может быть руководитель проекта. На его плечи ляжет задача подготовки предпроектного плана, предварительного ТЗ (технического задания) и согласования его с заказчиками проекта. На это может уйти примерно 20 % общего проектного времени. Но как понимаете, уделить этому время нужно. Классический генеральный план разработки (доработки) системы состоит из описания цели, методов реализации и конечных результатов. Чем масштабнее проект, тем соответственно шире описательная часть технического задания. К примеру, ERP система включает в себя много модулей (производство, учет, планирование, бюджетирование, логистику т.д.) и взаимосвязь между ними обуславливает детальное описание функционала системы. Соответственно проект автоматизации такой системы будет очень большой и детальный.

Обязательно в ходе выполнения проектных работ в, случае возникновения непредвиденных поправок к доработке, вся работа может свестись к бесконечному переделыванию и дописыванию кода уже выполненных работ. В таком случае затягивание сроков сдачи может быть сорвано, что врядли понравится заказчику. Поэтому очень полезным будет расставить, так сказать «приоритеты» чтобы успеть в запланированные сроки выполнить проект и не превысить при этом бюджет.

Как вы начнете проект, как запланируете бюджет и команду, насколько качественно будет составлено техническое задание, все это играет существенную роль в запуске автоматизирующих систем на предприятии. Если все правильно рассчитать – гарантированно, запуск ERP-системы значительно ускорит протекание рутинных процессов на предприятии, ускорит аналитику информации, повысит эффективность принятия управленческих решений.

КОНСУЛЬТАНТ ПО РАБОТЕ В 1С

УКРАИНА
61004 г. Харьков, пл. Защитников Украины 7/8, 
  +38(050)978-88-74
  +38(057) 761-99-01
   Этот адрес электронной почты защищен от спам-ботов. У вас должен быть включен JavaScript для просмотра.

КОНСУЛЬТАНТ ПО ВНЕДРЕНИЮ 1С

УКРАИНА
61004 г. Харьков, пл. Защитников Украины 7/8, 
  +38(050)13-97-555 Viber
  +38(057) 761-99-01
   Этот адрес электронной почты защищен от спам-ботов. У вас должен быть включен JavaScript для просмотра.

 © 2017 1С ХАРЬКОВ ПРОЕКТ /Сопровождение 1С в РФ 1С СЕРВИС 24/7 / Разработка и продвижение сайта KioSeo.com