Alexey Vasilyev
Правильный заголовок - Какие трекеры задач умеют диаграммы Ганта.
Потому что из приведенных только ГантПро ими профессионально занимается.
Но если мы говорим о построении графиков Ганта - то есть АвтоГантт https://autogantt.ru
А которых именно?
Внедрение критической Цепи в голову 5 лет идет.
Внедрение ИСУП с реализацией CCPM умирает на фазе "я хочу жестко задавать светофоры" . Те кто внедрили у себя Цепь получили отличные результаты, но некоторым это уже не помогло. (поздно было)
По KPHP есть чатик в телеграмме https://t.me/kphp_chat там даже есть и отвечают на вопросы , а если из Петербурга, то можно даже с ними встретиться!
У нас была миграция на React/JSL с XSLT в 2020 году примерно. Это тоже было больно, но реальных шаблонов на PHP у нас никогда не было. Поэтому миграция была простой. После миграции на PHP/JSL всё приложение стало SPA и миграция в KPHP стала доступной (ввиду отсутствия LIBXML внтури).
Упаковка картинок и скриптов внутрь кода повышает скорость их отдачи, и уменьшает вероятность нарушения целостности при обновлениях и разных размещениях.
Бек у нас умный, много вычислений, предвычислений, то есть это не тупая прослойка в базе, поэтому его много.
Старый код у нас был еще под PHP4 написан, в технической статье (внизу ссылка) детали раскрыты. Поэтому на типизации мы огребли сильно. Но сейчас конечно сразу проверка идёт по типам потому что сборка выполняется.
С названием у нас длинная история. Был "Бизнес Пульс " (чтобы держать руку на пульсе бизнеса) при перезапуске в 2015 году сменили на BI PULSE , потом убрали пробел. Потом отделили Методику от системы https://pulsemanagement.org/ сейчас система начала отставать от Методики.
Сервер пока не спрашиваем, но привязка есть к железу. Так как решение корпоративное, то "накопирует для друзей" маловероятно, но даже если и так, то значит пойдем по пути Windows %))
Он не уведомил что БУДЕТ отключать, он просто заблочил.
===
As part of Intuit, Mailchimp is no longer supporting accounts based in Russia. This account has been suspended. You will need to find a new vendor. To find out more about Intuit’s position please click here.
===
Не очень известная потому, что мы продаем "не управление задачами" а "выполнение проектов вовремя". И бюджеты на рекламу не такие как у Wrike, Attlassian..
YouTrack весьма неплохая замена для разработчиков за счёт интеграции с экосистемой JB. (ИМХО, Для бизнеса он слишком "инженерный"). Офис "разработки" у них в Питере, сейчас оплату за продукты пролонгируют "бесплатно" на месяц видимо будут искать способы приема платежей из РФ.
Мы уже создали - BIPULSE.
О замещении: Например BIPULSE ( https://bipulse.ru ) сможет выгрузить данные из Jira и имеет еще кучу возможностей для достижения целей бизнеса вовремя и в полном объеме.
Это одно из ключевых препятствий внедрения системы такого класса. Руководители среднего звена уже не смогут рассказывать "У нас всё хорошо", "У нас не проблем" и не прокатит "Вчера я работал, сегодня буду работать, проблем нет". Проблемы можно видеть "в моменте" до самого исполнителя.
Если на этой волне кто-то решит довести до конца инициативы по импортозамещению своей ИСУП на основе MS Project Server или других решений календарно-сетевого планирования, то обращайтесь в BIPULSE.
BIPULSE обеспечивает планирование расписания всех проектов компании с выравниванием ресурсов и контроль исполнения с ранним предупреждением о проблемах.
Есть только два больших минуса решения:
1. Тотальная прозрачность. Будут видны все задержки сотрудников и проектов и утаить ничего нельзя.
2. Вы начнёте сдавать проекты вовремя или раньше срока.
Именно поэтому я предпочитаю работать с компанией как внешний консультант. Тогда у заинтересованных сторон хотя бы появляется понимание ЗАЧЕМ это надо и есть возможность влиять на основные руководящие решения.
Все зависит от определения системы и рабочего центра ;-)
Для Скрама есть вариация применения CCPM для проектов с высокой неопределенностью по содержанию:
http://bipulse.ru/blog/index.php?post/2017/05/Критическая-цепь-для-Agile
http://bipulse.ru/blog/index.php?post/2015/11/Reliable-SCRUM
Два уровня планирования
http://pulsemanagement.org/rules-planning-levels/
Управление через Буфер Цепи для с высокой неопределенностью по содержанию:
http://pulsemanagement.org/rules-scope-buffer/
Если бы не было упоминания решений ТОС, то я бы не комментировал. Решения ТОС позволяют найти "прорыв" и проверить его внедряемость простым моделированием на стикерах.
Канбан-метод использует метафору производственной цепочки, ТОС базируется на том же, но ТОС определяет "единственное ограничение" в цепи, то есть при применении Барабан-Буфер-Канат ( ББК, DBR) WIP-limit будет только в одном месте. А при применении sDBR буфер будет только один, что делает применение достаточно простым.
Сейчас буду вставлять свои пять копеек..
1. ДТР неправильно применили "нежелательное явление" оно ЯВЛЕНИЕ его можно наблюдать, а "ОТСУТСТВУЕТ что-то" наблюдать нельзя, поэтому это не может быть корневым НЖЯ.
2. В статье не указано КАК вы строили Цепь. Если как обычно "декомпозиция", то это не ТОС-подход и конечно он сломался (необходимость перестраивать цепи). Так как фокусировка на цели в ТОС-подходит происходит в самом начале при построении через Дерево Перехода.
3. При применении CCPM с эшелонированием по ресурсу ограничению у вас сразу выпало бы WIP на проекты, а не после.
4. Полноценная Цепь - не только выравнивание по ресурсам, но буфер защищающий проект от неопределенности. В статье не указано что вы использовали диагональный буфер. Это значит что полноценный CCPM не запутсился
5. Стоимость просрочки есть с ТОС — называется Деньго-День-Прохода (TDD) и считается немного по разному для разных сред. Для этого не нужна была книжка The Flow , а нужно было лучше разобраться с решениями ТОС для проектов.
6. Высокая неопределенность содержания - это нарушение базовой посылки CCPM , поэтому есть несколько вариантов адаптации: TameFlow approach, Reliable Scrum, Agile+CCPM, Pulse Management (http://pulsemanagement.org)
Теперь пару комментариев:
1. Для эшелонирования проектов и вообще для работы в ваших условиях мы сделали решение BIPULSE. Чтобы само пересчитывалось и был расчет прогноза.
2. Расчет индексов отставания TOC-way я сделал через 2 показателя в зависимости от типов проекта
http://pulsemanagement.org/rules-priority-mli/ Money Loss Rate
http://pulsemanagement.org/rules-priority-mlr/ Mone Loss Index
Это показатели в соответствии ТОС терминами: Стоимость задержки - сколько денег мы потеряем если не возьмем такой же проект в работу по расписанию.
Хм.. что-то я второй раз тут отметился. Всплыла в ленте. Ну полгода прошло, в статье обновлений нет. %(
BIPULSE.Ru система управления проектами для компаний у которых много проектов и мало ресурсов. Система дает рекомендации менеджеру и даёт нужную информацию каждому участнику проекта или компании.
Итого, Jira хороша для процессного управления когда задачу нужно провести по стадиям, но не нужно достигать конкретных целей ограниченных во времени.
Поэтому для управления проектами лучше использовать BIPULSE ( http://bipulse.ru) который может работать поверх джиры, обеспечивает уровень Проектного управления и показывает все нужные данные для этого. Тогда будут и волки сыты (менеджеры смогут управлять проектами) и овцы целы (инженеры будут продолжать использовать джиру для учета дефектов и задач)
Из предложенных, почти нет про проекты. В основном автоматизация хаоса или точнее "системы управления поручениями". Мы сделаем BIPULSE (http://bipulse.ru) который именно про проекты, чтобы вовремя проекты сдавать. Еще про проекты: MS Project Server, Advanta, но их тоже нет в списке.
ИТ-решения про проекты - это не только рисовать диаграмму Гантта, а еще и поддержка принятия решений на основе метрик проекта. А не на основе срока продолбанности задачи, что критично для CRM систем не нужно для ИСУП (информационных систем управления проектами) и наоборот.
В целом все логично. Попробовали - не получилось, решили вернуть. Несмотря на "доступные" средства коммуникации, даже набрать коллегу по телефону телефону/скайпу становится проблемой: вдруг он сейчас чем-то занят?
Когда он рядом в офисе, это сразу видно, занят или нет. И любой вопрос можно решить минут за 10-20 лично или у доски. В отличии от видеосвязи или чатов. Когда сама процедура входа в коммуникацию занимает время.
В свете перехода на Agile подходы нужно не только чтобы всё были в одном месте но и чтобы присутствовали в одно время. Иначе - рассинхронизация команды и она перестает быть командой, а значит - снижается производительность. Что становится заметно на крупных проектах, где это важно.
Сдается мне, что все доводы построены на заблуждении: "Ловушка в том, что он решает проблему скорости, упуская при этом вопрос качества выпускаемого продукта.".
Потому что, говоря о разработке программного обеспечения время доставки ценности может быль маленьким если обеспечивается Качество продукта. А Качество продукта обеспечивается Качеством процесса. И инженерные техники eXtrem Programming (Парное программирование, Тесты первыми (TDD) , Непрерывная интеграция, Рефакторинг) направлены в первую очередь на обеспечение Качества продукта.
Если под Agile понимать только спринты, летучки, игры в планирование то конечно это не будет работать. Гибкая разработка ПО это не всегда ДЕШЕВО, БЫСТРО. Это НЕ ДЕШЕВО, это только иллюзия что быстро, потому что результат доставляется кусочками и можно корректировать развитие. НО за все нужно платить. Поэтому нужны автотесты, нужен TDD, нужна непрерывная интеграция, нужны автоматические приемочные тесты, нужен рефакторинг. И если что-то выкинули "это очень дорого для нас", то готовьтесь к тому что после внедрения будут проблемы.
И чтобы потом не обвинять "Это не мы виноваты, это Agile у нас не работает", Используйте простое правило:
Качество превыше всего.
Улучшая качество, вы улучшите процессы и скорость доставки доставки ценности.
А это только BIPULSE и Spider Project умеют.