Поиск возможного решения каждой из проблем
Хорошая книга. Без воды. Есть правдивые истории, их мало, и они достаточно короткие. В основном автор делится опытом, все по делу.
Книга состоит из двух частей.
В первой части книга дает хорошее представление, о том из чего состоит управление проектами в целом, и что должна уметь корпоративная система управления проектами (КСУП) в частности.
Во второй описывается внедрение КСУП на предприятие. Главное из второй части: внедряйте КСУП поэтапно, начните с малого и потом усложняйте систему. В последнюю очередь делайте какие-либо программные доработки и интеграции с другими системами. Если вы сомневаетесь в своих силах, или у вас не получается — привлеките консультанта со стороны.
В качестве “единственного взрослого решения на территории России” для КСУП предлагается Microsoft Project (Server). Автор книги работает уже много лет с этой системой, и является одним из ведущих экспертов.
Главное, что КСУП должна уметь:
Я обратил особое внимание, на то, что, по мнению и опыту автора, все без исключения проекты задерживаются (!). В лучшем случае “хотя бы на месяц, тогда менеджера проекта не штрафуют”. Но среди интернет-проектов, где многие из них целиком укладываются в месяц, от продажи до запуска, нужно что-то другое, может “хотя бы на неделю..”.
То есть, в книге нет даже намека на решение проблем
Однако есть решение проблемы конкурентного доступа к ресурсам, то есть к исполнителям. Решение заключается в том, что “ресурс выделяется на проект”, и пока проект не закрыт - никто другой не может использовать ресурс. Не правда ли прекрасное решение?
У меня все больше и больше зреет мысль, что долгосрочное планирование может быть только в виде последовательности задач, и то примерной, так как приоритеты постоянно меняются. И ни о какой привязке к конкретным датам быть не может — они никогда не будут правдивыми. Чем дальше планы, тем меньше в них правды. Лучшее, что можно сделать, это согласовать вовремя изменения в сроках на текущий момент и перестроить план-график, когда “здесь и сейчас” что-то пошло не так и случились задержки.
Гибкие методологии разработки, а именно Scrum, решают проблему долгосрочного планирования очень успешно. Суть решения можно выразить примерно так: “ — как съесть слона? — по кусочкам”. Делаете большой проект — делайте его по частям (спринтами), отрезками величиной от недели до месяца. Планируйте следующий спринт только (!) после завершения работы над текущим.
Но все это относится к очень большим проектам, где можно сформировать проектную команду, и ни на что другое ее не отвлекать. А что делать с разработкой сайтов, где “все исполнители работаю над всеми проектами”, так как есть много мелких задач, и все движется примерно по принципу FIFO — первый освободился, первый получил следующую приоритетную задачу по любому проекту.
Создается ощущение, что “управление проектами” относится только к реально большим проектам, над которыми нужно работать хотя бы полгода, а то и несколько лет.
То есть проектом может быть строительство дома, завода и так далее. Интернет-проекты даже не вспоминаются в книге “Управление проектами”.
По своему опыту могу сказать: как только дело касается разработки сайтов - тут все просто. Можно ничего не знать про управление проектами, все итак получится. Любой годится в качестве менеджера проектов. Именно такое отношение порождает регулярные проблемы при разработке интернет-проектов.
Хочется отметить, что Битрикс24 меньше всего подходит для использования в роли КСУП. Это невероятно, но он вообще ничего не умеет. Да, там есть гибкая CRM для работы со сделками. Но там невозможно управлять проектами. Сделка это не проект. По моему видению: там где заканчивается (заключается) сделка - только начинается работа над проектом. Да и это работа совершенно разных отделов.
Б24 абсолютно не дает понимания руководству, кто над чем работает, на каком этапе каждый проект, да и над какими вообще проектами ведется работа, какие есть проблемы, какие проекты “горят”, и так далее.
Более того: я знаю целый ряд компаний, которые, для учета рабочего времени в Б24 используют самописные механизмы. В лучшем случае они как-то связанно работают с модулем “Задачи”.
Интересно, что модуля “Проекты” в Битрикс24 вообще нет. Не замечали? В качестве проекта используется “Группы” (вроде из модуля “социальная сеть”).
Вот вам простая задача для Б24, с которой он не справится.
Как в Б24 создать проект и задать его параметры, и распределить ресурсы и их роли в проекте?
Это актуально, как для понимания на текущий момент, так и в архивном смысле. Люди в компании меняются, и вся информация уходит вместе с ними. Через несколько месяцев никто уже сходу не вспомнит, какие вообще были проекты в работе. И нельзя будет “просто взять, и посмотреть, а что там было тогда-то”, так как некуда смотреть попросту.
Может решение данной задачи не важно для бизнеса или для Б24, но в любом случае является неотъемлемой частью взрослой корпоративной системы управления проектами.
Возникает вопрос: какая система управления проектами лучше всего подходит для интернет-проектов?
Недавно я занимался обзором различных веб вариантов КСУП (аналогов Б24). Очень желательна была поддержка скрама и канбана. Наиболее подходящей под все требования КСУП стала Jira. Подбронее про обзор и сравнение потом напишу.
по запросу
по запросу
по запросу
по запросу
Санкт-Петербург