Comments 33
1) Великолепно! Там причём тут CRM, когда всё дело в квалификации сотрудников!
2) Вы исходите из того, что CRM системы создаются чтобы "обслуживающему классу"))) Управляющему классу сделать всё классно! По началу это так, но когда система становится стандартом, там начинаются другие правила игры, и одно из них гласит: чтобы сотрудник был погружен в неё и зависел от неё, о прямоте и лёгком использования уже не идёт речь.
Мы с коллегами с апреля по сентябрь проводили исследование систем на роль ИСУП на российском рынке. Действительно, ничего такого чтобы взять и побежать внедрять не нашли. Но, на мой скромный взгляд, ближе всего был АтомПроект. Правда, нужно было решать проблемы миграции со старого тасктрекера "на живую", плюс у ребят были проблемы с работой связей между задачами, так как пытались сделать и как в жира и как в проджекте, но вообще можно было бы пошать такие вопросы и начать пилить под себя, как именно тебе хочется.
Уважаемый автор, вы как-то забыли в заголовке сказать о том, что говорите про управление проектами в ИТ (причем в некотором сегменте). Но, вообще этим мир не ограничивается. Например в проектировании и строительстве никуда не деться без управления документацией и инженерными данными, закупками и пр. В промышленности при создании и сопровождении сложных технологических изделий свои заморочки на разных этапах ЖЦ: управление требованиями, внесение изменений в КД и т.д. Поэтому обобщая, указывайте четко границы.
А в вашем направлении разве не те же боли, что и у других с инструментарием ?
Так "Жизнь - это боль", оттенки разные. В сфере проектирования ключевая сущность это договор и этапы, на которые завязаны сроки, деньги, задачи отделов и субподрядчиков.
Кстати у 1С есть свое решение для управления проектами "1С ERP+PM".
Вы, видимо, с другой стороны видите проблемы описываемые автором статьи, он про склеивание всего этого хозяйства. Вы про конкретные артефакты и акторов, а автор про процессы, чтобы из одних артефактов получать другие. (Если не прав, то поправьте меня, пожалуйста, Вы или Автор).
1С видели. Спасибо. :) Можно так же, но не привлекая тяжелый люкс. Как мне представляется, бизнес не должен строиться согласно ограничениям основной ERP, а как-то наоборот
В данном случае смотрю скорее сверху, как от крупного (этапов), прейти к частному (задачам). А автор - снизу, как из имеющихся задач и сущностей собрать проектное. Оба подхода имеют право на жизнь.
не. я со спецификой. наверху у вас не вижу проблемы.
берете этот самый 1С управление проектами и какую то вики - и все.
если не так все просто - расскажите, интересно)
У нас тоже есть движение от задач, поскольку свой тасктреккер имеется у любой приличной проектной организации и называется он, если по-старому, "обмен заданиями".
Я в свое время пытался сформулировать общее и различное между проектным направлением и разработкой ПО (созданием ИС) на заказ. Если кратко, то больше ограничений .
Общее:
Общие требования заказчика -> предпроектная работа -> ТЗ (фактически начиная от User Stories).
Иногда даже выделяется стадия ТЭО, можно сказать аналог MVP.
Планирование бюджета и ресурсов с учетом компетенций и загрузки.
Разработка (чертежей, моделей, смет и пр.).
Много изменений (версий).
Сборка (в т.ч. устранение коллизий).
Тестирование (прохождение экспертиз).
Результат - набор документов, инженерных данных, информационный моделей и пр. Сейчас вообще можно без бумаги обойтись.
Ошибки могут быть обнаружены спустя много лет.
Разное:
Гораздо больше жестких ограничений - нормативных, от госорганов, заказчика и пр. Выше ответственность.
Больше влияние физического мира на содержание проекта - собственность, логистика, технологии, климат и пр.
Проектирование маленький кусочек от большого - строительства и ввода в эксплуатацию объекта капитального строительства.
Цена исправления ошибки гораздо выше на последующих этапах.
спасибо. я пишу на ИТ ресурсе, потому позволяю себе задавать границы в этих рамках :) к тому же по тексту там везде про ИТ команды есть :)
в стройке своя специфика, у вас разработка спринтами не прокатит (хотя я слышал были попытки), другие требования к документации и намного больше формалистики (оно и ясно почему, там жизнь на кону).
Так что я не лезу к вам. Хотя... Вам обычной ИСУП и системы ведения документации как раз должно быть за глаза. Это у нас надо мерить эффективность команд по таймтрекингу и исполнению задач в специальном трекере, которого у вас нет)
Варианты: kaiten, yougile, самописная конфигурация 1С, интегрированная с 1С: БП
В ответ на вероятные нападки на "недружелюбный" интерфейс 1С могу заметить, что "красивый" интерфейс не даст профит, если процессы незрелые. От этого они не повзрослеют.
Но работу существенно облегчат, из-за интеграции с учёными системами, сотрудниками и т.п.
Все запросы автора статьи закрывает ИСУП Адванта. Странно, что автор не упоминает в своей статье эту информационную систему управления проектами. Российскую, кстати.
То, что Адванта - нормальное решения уровня MS Project автор отлично знает, просто перечислять всех не было цели.
Цель - понять есть ли решение, которое напрашивается, на рынке )
И если вы сказал а) скажите б)?
Расскажите здесь про то, как адванта работает с тикетами из трекеров, с какими трекерами работает? как Адванта работает с мессенджерами и как это настраивается для основных месседжеров и трекеров? каким образом используется факт из трекеров?
Они реализовали нормальную работу с ресурсами?
On-prem OpenProject с доработанным исходным кодом, добавляющий все enterprise-возможности
Кое что из сказанного мы попытались обьединить здесь https://ru.decima.business/ это пока mvp
Зашел, поглядел. Выглядит так, что вы просто копируете небольшой функционал MS Project. На это поляне и 1С и таже Адванта будут лучше всегда. В чем ваше отличие?
Нашу программу мы изначально делали под себя – маленькое дизайнерское бюро для управления командой специалистов, участвующих в создании проекта, и несколькими строительным и бригадами на нескольких текущих проектах. И, наверное, для больших организаций все перечисленные Вами программы удобны, но не для меня. Попробую объяснить, почему.
1. Подавляющая часть их функционала мне просто не нужна. Соответственно, перегруженный интерфейс (особенно у 1С). Соответственно для работы с этими программами нужно держать отдельного специалиста и давать допнагрузку на бухгалтера. Маленькой организации нужен, по сути, простой специализированный калькулятор, который делает только то, что требуется. И чтобы с ним мог справиться любой школьник.
2. При этом, то, что мне нужно, от перечисленных программ либо не добиться, либо это сопряжено с большими сложностями, и в маленькой организации, где нет своего IT-штата, никто этой настройкой заниматься не будет, проще Эксель.
Мне нужно (помимо стандартного ганта) ответы на несколько простых вопросов, и не более того:
1. По финансам:
а) пара итоговых показателей по проекту и
б) прогноз кассовых разрывов на каждый день.
А для этого нужен максимально простой и логически понятный в контексте проекта механизм учета платежей, как у нас https://ru.decima.business/docs/resource-cost-table/
В перечисленных же программах для этого надо делать много лишних действий, и, по сути, тянуть всю бухгалтерию, которая мне не нужна.
2. По ресурсам:
а) как сделать так, чтобы условному специалисты не пришлось быть в двух местах одновременно, и
б) какое количество свободных людей конкретной специализации у меня еще есть в запасе на конкретный день?
С этим вообще беда, потому что в существующих программах ресурсная модель строится на расчете нагрузки: часы, требующиеся на операцию / количество рабочих часов. Мне это вообще не нужно. У меня планирование с шагом в день. И мне нужно понимать, кто у меня где на конкретный момент, поэтому мы придумали такую формулу https://ru.decima.business/docs/resource-availability-formula/
Как добиться подобного от перечисленных программ, я вообще не понял (хотя вроде бы можно в программе для строителей Spider, но сложно).
В итоге мы поняли, что проще сделать программу под себя, и она меня очень устраивает. Хотя в нее надо добавить еще кое-какой минимально необходимый функционал.
Думаю, что она была бы полезна и выгодна и другим похожим на нас организациям, в большей степени, чем существующие программы на рынке. Но пока не доходят руки заняться привлечением тестовых пользователей и ее развитием
ага, спасибо за разъяснение.
вы кстати, подтверждаете мой тезис, что нет устраивающей всех системы. Впрочем, мне кажется какой нить ГанттПро, каитен или юджайл вполне вам бы подошел.
1С и Адванта перебор конечно.
С этими простыми программами для малого бизнеса другая проблема – в них вообще нет нужного функционала. Например, в ГантПро, согласно мануалу, можно добавить стоимость задачи (хотя в самой программе я так и не понял, как это сделать, вроде у них это еще не реализовано). Но мне нужно не просто вводить стоимость задачи, а добавлять к задаче несколько платежей на разные даты, да еще привязанными и непривязанными к срокам задачи. Да еще чтобы они пересчитывали отчеты (на каждый день и итог проекта) при изменении сроков задач. Такого в дешевых программах в помине нет. Я уже не говорю про расчет ресурсов. Такое только в больших программах есть.
Поэтому получается, что на рынке с одной стороны есть дешевые и бесполезные программы. А нужный функционал есть только в дорогих и неподъемных для малого бизнеса программах.
И поэтому на вопрос, в чем ваше отличие? Я отвечаю, что мы сделали дешевую, но функциональную программу для малого бизнеса. Да, она не универсальна и не всем годится. Но компаниям, типа нашей, думаю, она подойдет больше, чем что-либо еще
Видел не так давно ролик где человек использует маркдаун и гит для управления проектами, выглядело разумно.
Интересно. Не надо только драматизировать.
Системы управления проектами: что выбрать?