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

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

Как мне кажется, проблема эффективного совместного управления задачами очень актуальна для многих небольших команд.
После того, как система будет выбрана я готов написать отчет в блог «Управление проектами» для тех, кто так же как и я чувствует, что пора навести в менеджменте порядок. Если Вам будет интересен такой отчет — напишите об этом в комментарии, пожалуйста.

Приветствую, коллеги. В своей статье хочу рассказать о самой популярной в Великобритании и странах Восточной и Северной Европы методологии ведения проектов – PRINCE2. Данная методология разработана правительством Объединенного Королевства и является единственным повсеместно используемым фреймворком для ведения проектов в крупных организациях. Как явствует из названия, PRINCE2 призван структурировать проект в контролируемую среду, с чем он, несомненно, прекрасно справляется.

Чтобы народ лучше запомнил нововведения в процессе на проекте, переписал их «на старорусском».

Приветствую тебя, Воин славный! Начинается доселе не проходивший этап Великой Битвы — «Тропинка-2». Дабы не перегружал ты мозг свой трехпудовый проблемами малозначимыми, вот тебе несколько узелков на память о том, как выжить в Битве Великой да не потерять головы своей кучерявой.

1. Во сохранение священного имени «Тропинки-1», а также во избежание неверных трактовок её священных текстов, не следуй стандартам кодирования юродивым общекорпоративным, а делай так, как было заведено издревле, еще в городе Дельфы Древней Греции. Ежели сомневаешься будешь, как лучше сделать — вопрошай у главного Мага дружины.
2. Будь готов пробудиться на заре, дабы собраться всей дружиной в 11 часов утра на вече и обсудить дела минувшие, дела грядущие и дела насущные. Не должно вече длиться дольше 15 минут, так как жаждут воины сражений и славы, потому — будь готов к собранию дружины своей да не задерживай братиев и сестер своих.
3. Меч и заклинания каждый Воин готовит отдельно, в своих собственных хоромах, именуемых branch. Не наточив же меча да не подготовив заклинаний — не смей выходить на арену общую, именуемую trunk, дабы не опозорить дружину да не запачкать штанов.
4. Ежели достаточно набирается за день смельчаков, хорошо наточивших мечи да подготовивших заклинания свои, то проводится сражение дивное, release именуемое, с чудищами, которые захотят проверить заклинания твои славные да меч каленый. Если же в зазубринах меч твой будет, али заклинания твои маломощными оказались — не видать тебе уважения дружины своей, да еще и жуки ужасные заморские, руководимые богомолом, заполонят хоромы твои.
5. Каждый вечер заполни свиток подвигов своих ратных да передай главному Магу дружины, дабы до сбора на вече ознакомился он со всеми подвигами дружины и приготовил хитрый план битвы на следующее утро.

Идеалы у всех разные, стандарт — один (несколько). Стоит помнить, что используя стандартные технологии мы получаем такие преимущества:
1) Использование хорошо оттестированного кода, так как основными тестировщиками часто является именно армия пользователей, а не команда из 5-и QA. Таким образом при возникновении бага вы точно будете знать что проблему стоит искать именно в вашем коде.
2) Легкость интеграции с другими сервисами
3) Упрощается поддержка, к примеру форумы стандартных фрейморков изобилуют всевозможными решениями и подсказками
4) При текучке кадров новый разработчик значительно быстрее вольется в проект

Из недостатков:
1) Недовольные программеры, которые так хотели пощупать новую технологию в действии
2) Стандарт может быть устаревшим, и в не сможете использовать преимущества новых
3) Перегруженность решения аля «на все случаи жизни», что добавляет некий баласт вашему проекта

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

“In the middle of difficulty lies opportunity”
Albert Einstein

В книге [1] (список источников указан внизу) приведены уровни зрелости компаний и организаций с точки зрения управления рисками. Выделяют 5 уровней или стадий:

• Problem stage — когда работа с рисками не ведется до тех пор, пока они не станут проблемами
• Mitigation stage — когда людям знакомо понятие «риск», однако никто не знает, как управлять рисками на регулярной основе (концепция управления рисками была им представлена, но пока в очень ограниченных объемах). Зачастую единственной стратегией борьбы с рисками является уменьшение вероятности его появления
• Prevention stage — когда управление рисками становится активностью команды в целом, в не только задачей менеджмента (проекта, отдела, компании); в процесс вовлекается все больше и больше заинтересованных людей, которые могут идентифицировать риски, однако их количественные оценка пока вызывают определенные трудности. Данная стадия является поворотной точкой от реактивного к проактивному методу управления рисками
• Anticipation stage — данная стадия характеризуется сбором и анализом метрик, для того чтобы предугадывать будущие проблемы и предсказывать определенные события, связанные с проектом. В процесс управления рисками вовлекается и заказчик (клиент), что дает возможность более аккуратно проводить количественную оценку рисков, а также верно расставлять приоритеты
• Opportunity stage — данная стадия представляет позитивное видение процесса управления рисками, когда в процесс вовлечены все заинтересованные стороны (менеджеры, проектная команда, представители заказчика). На данной стадии каждый риск трактуется (может трактоваться) еще как и некоторая возможность. Все осознают эти возможности и связанные с ними риски и могут выбирать различные пути движения дальше, находя компромиссы между уровнем риска и новыми возможностями

Понятно, что разные компании находятся на разных уровнях зрелости. На мой взгляд, моя компания сейчас находится где-нибудь между Anticipation и Opportunity уровнями зрелости, но мы продолжаем работать ;) А в какой стадии находится ваша компания?