Комплексная система управления проектами для малого и среднего бизнеса из песочницы

О чём этот топик

В последние годы у российских компаний, представляющих сферу малого и среднего бизнеса, наметились проблемы, связанные с организацией и ведением проектного управления на своих предприятиях.

Проблема 1: выбор

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

Проблема 2: адаптация

Другой немаловажной проблемой организации и ведения проектного управления в российских компаниях является сложность адаптации к проектным методологиям различных СУП. Проблема адаптации обуславливается комплексом внешних и внутренних факторов.
Среди внешних причин, усложняющих внедрение проектной методологии в деятельность современной российской компании, можно выделить ориентацию на западный опыт управления проектами, западную модель ведения бизнеса, лежащую в основе современных КСУП, абсолютное большинство которых разработано за рубежом. В некоторых случаях эти системы довольно далеки от отечественной практики проектного управления и могут применяться разве что частями, модулями, отдельными инструментами.
Среди внутренних причин можно выделить недостаточную квалификацию менеджеров небольших компаний, которые не используют и половины возможностей системы управления проектами, установленной на предприятии. Добавьте к этому отсутствие опыта и, как следствие, культуры ведения проектов в фирмах, ориентированных на функциональную модель управления бизнесом и получите классический пример неэффективного использования ресурсов.

Проблема 3: интеграция

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

Проблема 4: техническая поддержка

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

Вопросы к читателям

Какой, на ваш взгляд, должна быть система управления проектами для малого и среднего бизнеса? Попробуйте охарактеризовать её, описать основные модули, функции, возможности. Приглашаю к обсуждению этой темы руководителей проектов, пользователей систем управления проектами и других блогеров, желающих выразить своё мнение.
+2
24 августа 2011, 16:33
7
RoSi 1,0

комментарии (23)

0
eyeofhell #
Насколько я знаю, сейчас все используют либо Jira, лидо Redmine. Бизнес-процессы настраиваются плагинами, есть куча людей которые их за недорого пишут. В чем проблема? Вас чем-то Jira не устраивает? :)
0
alexandersergeevich #
JIRA много чем не устраивает.
Во-первых, англоязычный интерфейс.
В-вторых, «заточенность» под процессы разработки софта. Проекты, например, строительства или организационных изменений в JIRA вести не комфортно.
В-третьих, отсутствие специалистов по настройке.
0
eyeofhell #
Во-первых, англоязычный интерфейс.


Вас обманули :). Во-первых, язык интерфейса можно сменить в настройках. Во-вторых, если качество стокового перевода чем-то не устраивает, то можно воспользоваться полной русской локализацией вот от этих товарищей: www.teamlead.ru

В-вторых, «заточенность» под процессы разработки софта. Проекты, например, строительства или организационных изменений в JIRA вести не комфортно.


Под софт — дефолтная схема работы с задачами. Но ее всегда можно поменять под свои нужды ©. Это вроде как дешевле чем писать с нуля свою.

В-третьих, отсутствие специалистов по настройке.


Ну если для одной из самых популярных систему управления задачами специалистов по настройке нет, то даже страшно спрашивать — а для какой они есть? Или вы считаете что специалистов по настройке систему управления вообще нет?
+1
alexandersergeevich #
1. Не обманули. Админка на половину в английском. Пользовательские поля (сейчас уже не вспомню какие) тоже на английском. Если все на русском, то зачем русская локализация товарищей? Кстати, она платная.
2. Все и всегда можно поменять. Только вот пункт 3.
3. Под JIRA их совсем нет. Если MS Project может настроить пользователь, долгое время читая help, то с JIRA это не получится.
0
dimasol #
Ну для строительства всё ж таки вряд ли Джира годится. Там куча взаимосвязанных работ. Из-за технологических особенностей связи эти достаточно сложные. На Джире, которая является тикетовой системой, всё это будет достаточно сложно делать. К тому же левелинга в ней нет.
0
eyeofhell #
В джире можно задавать не только связи между задачами, но и свои собственные типы связей :). Напомните старику, а что такое «левелинг» применительно к системам управления задачами?
0
dimasol #
Выравнивание (левелинг на сленге) — «Устранение конфликтов ресурсов или превышения доступности ресурсов, осуществляемое в результате задержки или разделения определенных задач. Когда Project выполняет выравнивание загрузки ресурсов, выбранные назначения ресурса распределяются и перепланируются.» (Из хелпа MS Project)

Например, в Проджекте я насоздавал задач, назначил ресурсы, объем, связи между задачами. А потом жму кнопку и автоматически получаю план работ.

А в Джире ну наставлю я связей. А что с ними делать? Они ж не несут никакой функциональной нагрузки. Может и существует какой-то подходящий плагин, но кто поручится, что он нормально работает? А то я насоздаю тысячи задач (в строительстве это нормально), а потом у меня фигак и всё сломалось. И делай работу заново.

Про Проджект и Прамиверу по-крайней мере известно, что они приспособлены для этого и много людей этим пользуются. А вот про использование Джиры в строительстве я что-то не слышал. :)
0
eyeofhell #
Project хорош там, где не очень много коммуникаций и взаимозаменяемые ресурсы. Да, для балансировки задач нужно будет делать addin для jira, из коробки она этого не умеет. Но вроде как это тоже дешевле чем писать с нуля :).
+1
dimasol #
>Project хорош там, где не очень много коммуникаций и взаимозаменяемые ресурсы.
Ну мы ж и говорим о строительстве. ;)
0
eyeofhell #
А топикстартер о строительстве не говорил :).
В целом информация из первых рук интересна, спасибо. Но, ИМХО, специфической области — специфические инструменты. Там я думаю и что получше ms project найдется. А в качестве универсального инструмента Jira очень даже неплоха. И до сих пор нпонятно зачем топикстартеру изобретать велосипед О_О.
+1
dimasol #
Не, я айтишник. :) Просто приходилось интересоваться этим вопросом.

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

Но допустим я менеджер в крупной организацией с большим кол-вом регулярных процессов. Тогда.

Если бы я сегодня начинал проект по внедрению процесного управления то я бы взял BizAgy, там хорошо и гибко можно менять логику и делать ее прозрачной. А всякие аналитики и сводные темы я бы делал в дешевой OLAP системе, вот недавно изучал хороший украинский продукт, можно очень быстро там ваять всяике штуки. Если интересно то вспомню название

Если бы я внедрял проектное управление то я бы начал с системы управления в компании. Построил бы модель. И скорее всего выбрал что-то максимально простое где можно удобно обмениватся информацией по проекту. И вовлекать в проект и заказчиков и подрядчиков. Чтобы без дублежа по почте было. Пока на ум приходит только волна. Но я верю что есть и другие варианты.
0
eyeofhell #
Если не секрет, под «проектным управлением» вы имеете в виду project management ли что-то другое?
0
ddespot #
Я имею в виду управление через проекты. Project Managmnent это скорее дисциплина нежеде методика построения систем управления.
0
eyeofhell #
А опять же, если не секрет, термины «проектное управление» и «управление через проекты» они где-нибудь определены? Гугл выдает кучу семинаров вида «управление через проекты — путь к успеху», но самих терминов я что-то не вижу :(. Википедия упорно делает вид что ничего кроме project management нету. Поделитесь со стариком? ^_^
+1
ddespot #
Ну я бы конечно сказал что PMbook вам в руки. Но что-то честно не хочется вас туда посылать. Там столько много всего, и так оно скучно написано, что жесть.
Попробую кратко сформулировать.
Управление через проекты — модель управления организацией в котрой в качестве основной сущности выделяется проект. (определение проекта в сети есть). Такие модели управления характеризуются тем что власть проджект менеджеров сильно выше власти функциональных менеджеров. Из моей практики такое встречается в сисстемных интеграторах, строительных компаниях ну и вообще в компаниях где ведующию роль играют проекты.
Для управления через проекты не нужно знать project managmnet использовать EPM систему и сертифицироваться в PMI. Это просто есть и все.

Project Managment — набор методик(эвристик) которые кому-то помогли и поэтому их решили записать на будущее. Типо такого.

Можно еще начать рассказывать что управление через проекты не исключает управление через бизнес-процессы, но практической ценности в этом я не вижу.
Чтобы картинка выстраилась нужно просто понять как это согласуется с процесным подходом. И тут тоже вроде не сложно. Просто при инжиниринге бизнес-процессов организационные модели перекраиваются и появляется новая функциональная модель теперь уже согласовання с реальными бизнес-процессами компании
0
eyeofhell #
Благодарю, более чем информативно.
+1
dimasol #
>> Ну я бы конечно сказал что PMbook…
Дико извиняюсь, но всё ж таки PMBOK (Project Management Body of Knowledge) ;-)
+1
nixil #
Малый бизнес прочно подсаживается на Мегаплан.
0
dimasol #
Ну какое же это управления проектами? Это система управления заданиями. Он, собственном говоря, так и называется.
0
alexandersergeevich #
Пока MS Project Server прочно удерживает позиции. Он конечно громоздкий, дорогой и пр., но отлично выполняет функцию администрирования проектов/задач и обмена информацией.
Последняя версия стала намного продвинутой в плане работы через WEB
0
dimasol #
Не знаю как 2010, но 2007 server глючный. И после внеддрения постоянно нужен специалист, который прочищать его очереди. :(
0
alexandersergeevich #
Согласен. Очереди, кэши и пр.
У нас даже была шутка по поводу MSP: почистил зубы? почисти кэш!

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.