Кисель Алексей Станиславович

метки: Система, Проект, Компания, Управление, Работа, Существовать, Разработка, Постоянно

Под влиянием стремительного процесса компьютеризации мирового сообщества постоянно увеличивается количество физических и юридических лиц, использующих различные электронные технические устройства, сети и автоматизированные системы для создания, обработки и передачи документированной информации. На смену бумажным технологиям приходят так называемые «безбумажные» технологии, основанные на использовании электронных компьютеров и телекоммуникаций, одним из продуктов которых являются электронные документы. Они стали повсеместно и широко применяться во многих сферах деятельности [ 6 ].

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

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

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

1. Актуальность темы

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

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

2. Цель и задачи исследования, планируемые результаты

Целью исследования является разработка наших подходов и алгоритмов в области систем управления проектами.

Место муниципального управления в системе управления экономикой

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

Основные задачи исследования:

1. провести обзор основных методологий разработки, наиболее актуальных в наши дни;
2. на основании анализа существующих источников выделить основные алгоритмы, которые могут быть использованы в разрабатываемом приложении;
3. провести сравнительный обзор существующих популярных трекеров, с приведением достоинств и недостатков каждого.

Объект исследования : системы управления проектами.

Предмет исследования : методологии, которые лежат в основе популярных систем управления проектами.

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

1. актуальность разработки новых систем управления в наши дни;
2. эффективность текущих систем управления в малых и средних коммандах разработчков;
3. статистика использования методологий разработки в украинских коммандах разработчков.

3. Обзор исследований и разработок

Процесс управления проектами в организации невозможен без организации системы документооборота (workflow), и обычно подсистема документооборота является частью системы управления проектами.

Система управления проектами как правило реализует одну из методологий разработки ПО. Он использует свои собственные термины и реализует стандартные подходы для этой методологии.

Современная организация способна существовать и успешно конкурировать на рынке только в том случае, если она постоянно развивается и адаптируется к меняющимся условиям ведения бизнеса. А это означает, что руководство компании, планируя и достигая определенные цели, постоянно сталкивается с соответствующими управленческими проблемами – как спланировать работы вовремени и успеть к определенному сроку, какие потребуются ресурсы, сколько ресурсов и когда именно, сколько это будет стоить, когда мы должны платить и когда нам.

3.1 Обзор международных источников

[Электронный ресурс]//URL: https://management.econlib.ru/referat/sistemyi-upravleniya-proektami/

Pivotal Tracker – это интересный и удобный инструмент для совместной работы над софтверными проектами. Общий вид трекера представлен на рисунке 1.

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

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

Диплом управление строительными проектами

... т.п. Возможно ли эффективное управление такими проектами? Методы сетевого планирования разработаны для планирования и реализации крупных и сложных проектов. Основными задачами методов сетевого планирования является ... и консалтинговой фирмой "Буз, Аллен энд Еамильтон" для реализации крупного проекта разработки ракетной системы "Поларис". Более чем 30 лет эти методы неоднократно совершенствовались и ...

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

После завершения работы над активностью исполнитель меняет свой статус, а руководитель видит действия, результаты которых необходимо проверить. Затем он может либо принять работу, либо отправить задачу на доработку. Если задача выполнена на половину, то она разбивается на две части. И тогда одна принимается, а вторая отправляется в Back Log.

У каждого пользователя Pivotal Tracker, будь то менеджер или разработчик, есть собственная учетная запись. В этой истории он видит проекты, которые создал сам или в которые был приглашен. Таким образом, менеджер может вести несколько проектов, в которых задействовано несколько разработчиков. А разработчик может работать в нескольких проектах с разными менеджерами [ 7 ].

Процесс добавления задачи представлен на рисунке 2.

3.2 Обзор национальных источников

[Электронный ресурс]//URL: https://management.econlib.ru/referat/sistemyi-upravleniya-proektami/

RedMine является бесплатной ИСУП, разработанной на Ruby on Rails. Рассмотрим далее основные достоинства системы.

1. Красивый интерфейс, он превосходит не только бесплатные конкуренты, но и некоторые платные разработки.
2. Бесконечная иерархия задач. От существующей задачи можно всегда отделить подзадачи. Удобно на практике.
3. Возможность добавить дочерний проект. вы можете создать программную иерархию, поскольку родительский проект отображает данные дочерних проектов.
4. Вы можете изменить рабочий процесс, добавить свои поля в заявку на выпуск, изменить правила доступа и уведомлений.
5. Есть возможность интеграции с системами контроля версий, есть плагины для интеграции с серверами сборки.
6. Неплохой отчет для учета времени. Даже лучше некоторых, которые есть у платных аналогов. Но существует и недостаток – проблема с экспортом.
7. Существует большое количество плагинов, которые позволяют превратить вашу систему в мощный инструмент управления.

Недостатков, разумеется, также достаточно. Основные из них были найдены сразу после краткого тестирования. Следует отметить, что в связи с разными потребностями понятие недостатков системы является субъективным. Рассмотрим далее основные недостатки[ 7 ].

1. Плагины работают крайне не стабильно. Большинство плагинов, разработанных для одной версии, не подходят для другой.
2. В рассматриваемой системе существует проблема с экспортом данных. Даже выгрузить стандартные форматы CSV и Excel получается не всегда. Есть серьезные недоработки с экспортом русских буков в pdf.
3. Нет никакой связки с MS Project. В этом случае сложно правильно спланировать, учесть использование ресурсов. Некоторые функции планирования существуют только для ознакомительных целей.
4. Все изменения workflow и issue ticket применяются ко всем проектам сразу, что не всегда нужно.
5. Единая стандартизация управления. Если вы работаете с клиентом, у него могут быть свои требования к процессам, и поэтому могут возникнуть трудности.
6. Функционал issue трекера явно не доработан. Поскольку такие вещи, как отчет о трассировке, являются проблемой, это было невозможно во время тестирования. Не имеет значения, используется ли оно для разработки, за исключением дальнейшей поддержки.

Общий вид системы представлен на рисунке 3.

Делопроизводство в системе управления сельскохозяйственным производством ...

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

Если организация не большая, то подобными недостатками легко можно пренебречь – ведь единые процессы во всех проектах, это единая стандартизация управления, для более сложной структуры предприятия, возможно, нужна гибкость [ 8 ].

В конечном итоге можно сделать вывод, что Redmine — хорошая альтернатива бесплатным системам. Она свободно может применяться для небольших компаний (до полусотни человек) с продуктовой разработкой. Это решение вполне может подойти, при одном условии, что будет выделен человек (может и на частичную занятость) который знает и умеет программировать на ruby и будет поддерживать систему, так как она является довольно нестабильной.

Считается, что бесплатные продукты всегда будут отставать по стабильности. В данном случае следует признать, что это так. Это довольно большой недостаток системы, так как подразумевает дополнительную статью затрат для компании. Если проект рассчитан на длительный период, сменить систему чревато потерей ценной информации, пользоваться нестабильной системой – риск и возможно лишняя потеря времени для команды [ 7 ].

Поскольку время разработчика во много раз дороже любой системы управления, стоит обратить внимание на другие бесплатные системы. В заключение обзора следует отметить, что качество системы менеджмента — не единственный фактор, влияющий на скорость развития. Важно знать и использовать по максимуму все возможности системы. Тогда менеджер получит максимальный эффект от использования трекера.

3.3 Обзор локальных источников

[Электронный ресурс]//URL: https://management.econlib.ru/referat/sistemyi-upravleniya-proektami/

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

Среди локальных источников, наибольший интерес представляют публикации Волченко Е.В. [ 1 -3 ]. Они интересны вдвойне, поскольку охватывают оба подхода в области генетических алгоритмов и работы с графами. В разработанной системе теория графов занимает видное место в контексте представления данных.

Агарков А.В. в своей публикации предлагает достойные алгоритмы в работе с графами [ 5 ].

Проблема экспертного управления объектов, в которых отсутствует четкая формализация, широко освещена в публикации В.А. Резников и Е.А. Пряничникова [ 4 ].

4. Разработка собственной системы управления

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

Управление качеством в проекте

... на исполнение всеми участниками проекта требований системы достижения заданных характеристик качества; собственно контроль качества – система мероприятий по проверке, анализу и внесению необходимых корректирующих воздействий. При проектировании вышеназванных элементов управления качеством проекта исходят из следующих ...

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

Разрабатываемая система должна поддерживать работу на всех этапах разработки. Разделим управление проектом на 3 этапа.

1. Планирование. На основе полученных, на предыдущем этапе (на предыдущей итерации) результатов, менеджером проекта производиться оптимальное распределение задач между сотрудниками. Система должна предлагать руководителю оптимальный баланс с учетом всей доступной ему информации о сотрудниках. Распределение должно учитывать рабочее время, производительность и уровень сотрудника. Разумеется, выбор остается за менеджером. Система также должна учиться на своих ошибках, помнить, когда предложенные ею варианты были отклонены.
2. Выполнение работы. Сотрудники начинают выполнять действия, по ходу я обновляю их статусы активности. в рабочем процессе разрешается изменять план работы, удалять или заменять действия другими.
3. Анализ. Производиться контроль результатов, сбор статистики. Статистика должна показывать отклонения от запланированной программы, граничные показатели. Осуществляется подсчет гонораров сотрудников, на основе их рейта в час. Кроме того, на основе этого анализа система на следующей итерации должна принять участие в планировании новых действий.

Абстрактный алгоритм подсчета точности приведен на рисунке 4.

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

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

Управление проектами (5)

... по масштабу работ, количеству художников и капиталовложениям. Первоначально крупные компании разрабатывали программное обеспечение для поддержки своих проектов, но вскоре на рынке программного обеспечения появились первые системы управления проектами. Системы, стоявшие у ...

Стадии, которые проходит задача от ее постановки до закрытия показаны на рисунке 5.

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

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

Выводы

Для софтверной компании не нужна большая ERP-система. Для ведения разработки вполне достаточно хорошей системы управления проектами, которая также могла бы заменить бумажную работу, ведущуюся попутно [ 9-10 ].

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

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

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

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

Магистерская работа посвящена актуальной построение системы для управления разработкой программного обеспечения. В рамках проведенных исследований выполнено:

1. проведен обзор основных методологий разработки, наиболее актуальных в наши дни;
2. на основании анализа существующих источников выделены основные алгоритмы, которые могут быть использованы в разрабатываемом приложении;
3. проведен сравнительный обзор существующих популярных трекеров, с приведением достоинств и недостатков каждого.

Дальнейшие исследования направлены на следующие аспекты:

Перспективы развития управления проектами

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

1. качественное совершенствование предложенного алгоритмов для вычисления описанных эвристических показателей;
2. проектирование наиболее удобного в использовании интерфейса системы;
3. адаптация известных методик в области управления проектами для разрабатываемого приложения;
4. разработка веб приложения, реализующего опиcанные функции и подходы.

При написании данного реферата магистерская работа еще не завершена. Окончательное завершение: январь 2013 года. Полный текст работы и материалы по теме могут быть получены у автора или его руководителя после указанной даты.

Список источников

[Электронный ресурс]//URL: https://management.econlib.ru/referat/sistemyi-upravleniya-proektami/

1. Волченко Е.В. Метод формирования обучающей выборки мета-объектов // Искусственный интеллект. – 2007. – №3. – С.284-289.
2. Волченко Е.В. Анализ эффективности выбора условий формирования обучающей выборки метаобъектов // Вестник Хмельницкого национального университета. – 2007. – № 2, Том 1: Технические науки. – С. 85-89.
3. Волченко Е.В. Генетический алгоритм биссекции графов // Искусственный интеллект. – 2007. – №1. – С.233-237.
4. Резников В.А., Пряничникова Е.А. Об экспертном управлении плохо формализуемыми объектами // Искусственный интеллект. – 2007 – №2. С.40-47.
5. Агарков А.В. Поиск изоморфных пересечений двух графов за полиномиальное время // Искусственный интеллект. 2007. – No.2. – С.62-74.
6. Электронные документы как доказательства по уголовным делам / Виталий Вехов // – Режим доступа к статье: http://www.crime–research.ru/articles/Wechov3/
7. Pivotal Tracker – сказка для управления софтверными проектами / Н.А. Наумов // Livebusiness – 2010. – Режим доступа к статье: http: //www.livebusiness.ru/news/8817
8. Записки PM’a о RedMine / П. Мант // LiveJournal – 2007. – Режим доступа к статье: // http://pmant.livejournal.com/18169.html
9. Установка RedMine / П. Мант // LiveJournal – 2007. – Режим доступа к статье: // http://pmant.livejournal.com/18150.html
10. Мухин В.А. Исследование систем управления документов / В.А. Мухин. – М.: Экзамен, 2003.