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

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

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

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

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

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

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

ГЕНЕРАЛЬНЫЙ ПЛАН ПРОЕКТА

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

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

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

Разработка и внедрение проектов на базе программы 1С Предприятие.

Наши проекты | Софт | Услуги | ПрограммированиеАренда сервера | FAQ

Сопровождение, доработка, консультация, обучение, по программе 1С. Информационно-технический консалтинг, почасовая и сдельная оплата. Запуск новых проектов, реализация решений под ключ.

© 2024 / ЕРП ПРОЕКТ / Server EU / Versia-Lux