Инструменты

Геймификация

0

Только сегодня, честно говоря,  познакомился с новым для себя термином в управлении проектами – Геймификация. А узнал я о нем из новости:

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

Для компании по-умолчанию создается 50 закрытых (locked) бейджей (достижений), которые могут открывать сотрудники. Т.е. получается, компания играет, как единая команда (включая руководителя) против авторов игры (как знатоки против телезрителей). Потенциально сервис даже может устраивать соревнования между девелоперскими компаниями. Заработанные за выполненные задачи и проекты очки сотрудники могут потратить во встроенном магазине призов (Rewards Store).

ИМХО идея не нова – но ее реализация в ядре системы управления проектами уже интересно. Правда говоря – простые методы рассчета компенсации для сотрудников уже много где есть. А тут еще и много нематериальной составляющей ;-)

О Геймификации – http://www.livebusiness.ru/news/9905/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+livebusiness+%28LiveBusiness%29

Компоненты информационной среды управления проектами

0

Для более менее крупных проектов мы задумываемся о построении информационной системы для управления проектами. Прежде чем говорить – да у нас есть MS Project – и в северном варианте (Project Server) он будет очень классно покрывать все нужды – не спешите. Давайте рассмотрим основные компоненты такой среды и какие потенциальные компоненты могут подойти.

Коммуникации - сайт проекта, форум, рассылка, группы. Это может быть как сайт на SharePoint так и любая WiKi/Wordpress/LinkedIn группа. Для небольшого бизнеса вполне удобно создавать закрытые группы в социальных сетях и использовать их как готовые платформы для проектных коммуникаций.

Документы проекта – минимум файловый сервер. Лучше всего – сразу SharePoint или аналогичное средство с функционалом управления версиями. Если документы проекта будут готовиться исключить в веб форме – то вам также отлично подойдут Wiki системы. В них очень легко контролировать версии документов (но несколько сложнее научиться писать их с использованием внутренней разметки)

Записи проекта - это различные типы записей – структура работ, запросы на изменения, вопросы, дефекты, риски, требования, тесты, результаты выполнения тестов. Кроме фиксации самих записей важно чтобы работали хотя бы простые workflow по организации работы над записями – это даже крайне желательно. Для управления такого рода записями нужна система с удобным конструктором как новых записей так и процессов, удобными формами. SharePoint в базовой конфигурации для этого не очень хорошо подходит (но вполне терпимо для малых проектов). Хорошим кандидатом сюда – Microsoft Dynamics CRM  2010, SharePoint + Nintex + кастомные решения для организации документооборота. Также могут подойти ваши существующие ERP системы (в них легко создавать новые сущности и формы но менее просто решаются вопросы по автоматизации процессов)

Календарь проекта и Фактические данные – тут рулит Microsoft Project.

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

 

Microsoft Dynamics Sure Step – внедряем решения!

1

В нескольких компаниях Украины (не ИТ!) уже практикуется использование Sure Step в проектах внедрения IT систем. Использование пока ограничено формирование требований к поставщикам решений, проведением аудита документов поставщиков на соответствие Sure Step.

Методика в первую очередь направлена на партнеров Microsoft – но содержит также немало интересного методического материала для менеджеров проекта на предприятии – содержит рекомендации по проектным дисциплинам, шаблоны и примеры проектных документов. Если у вас партнер внедряет продукты Microsoft – спрашивайте с него внедрение по Sure Step!

Золотой партнер Microsoft в Украине по внедрению ERP систем – SMART business – уже несколько лет успешно внедряет ERP, CRM и SharePoint проекты на основе методики Microsoft Sure Step. Обращайтесь!

PS Неплохая обзорная статья на сайте издателя книги по Sure Step - http://www.packtpub.com/article/overview-microsoft-sure-step

Опубликована книга Collaborative Project Management Guide от brightwork

0

Ссылка на книгу – правда это скорее большая статья :-)

Заход на регистрацию для получения книги и дополнительных материалов тут – http://www.brightwork.com/webcasts/collaborative_project_management.asp?event=4

В чем видит Microsoft свои слабые стороны?

0

Взято с http://www.microsoftproject.ru/articles.phtml?aid=359&uid=77-19259

Облачные тенденции в управлении проектами

0

Среди новичков-лидеров в последнем рейтинге Gartner – Daptiv, Innotas, Instantis и PowerSteering. Это новые облачные решения, конкурируют по функционалу с MS Project Server.

Если сегодня, в 2011 году, это переломный момент – то в следующие 2-3 года это будет  тренд. Несмотря на множество облачных новичков, MS Project также двигается вместе со всей линейкой Microsoft Dynamics решений в облака. Учитывая очень “мягкие” цены на комплексные облачные решения от Microsoft они уже интересуют малый и средней бизнес в Украине и России. В этот и следующий год это будет осторожный спрос. Далее в следующие 2-3 года – это может стать трендовым спросом.

Ненавидите Project за сложность?

0

… тогда посмотрите легкий, простой и креативный подход к планировани - http://www.gigantt.com/

 

Все задачи на СМАРТку

0

SMART. SMART. И только SMART!

  • S – Specific – Точное указание задачи на конкретные действия. В самой задаче все не изложишь – некоторые детали задачи надо давать в примечаниях. Или что более круто – в Детальном описании / Постновке задачи.
  • M – Measurable – кто конкретно, сколько, как много. Четкие определение характеристика конечного результата задачи и задействованных для ее выполнения ресурсов.
  • A – Achievable – проверка на веру в ее достижение. А потом на наличие ресурсов для ее достижения. Поверьте духовно а потом посчитайте в натуре. Задача это не абстрактная мечта и ее надо реально сделать. Выполнение задачи не должно включать для исполнителя невероятных усилий, факультативно подразумевающихся задач (прочесть 2-3 книжки по 300 страниц и все будет ясно).
  • R – Relevant – задача должна соответствовать рамках проекта, концепции проекта. Грех проекта – выйти за рамки – очень опасен для выполнения основной цели проекта. Если у вас возникла правильная задача которую надо сделать но она не совсем вяжется с рамками данного проекта – возможно это задача другого проекта или вовсе некое оперативное поручение вне проекта. Может быть даже и ваше – но к проекту никакого отношения оно не имеет.
  • T – Time-limited – сроки, дидлайн (не позже чем), запас времени для маневра задачи (сколько времени осталось до следующей задачи, входит ли задача в критический путь), допустимая модель расходования времени (первую недельку по часика 2 в день наблюдаем а потом наваливаем и за 3 дня добиваем детальный аналитический отчет)

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

Go to Top