Комментарии 14
Microsoft Project. Мне приходилось с ним работать, довольно мощная штука… Рисуете диаграмму Ганта, выставляете ресурсы, затраты и т.д., все по календарному плану, естественно, так что видно на каком Вы этапе сейчас, а также сколько проект выходит про трудозатратам, человекочасам и бюджету…
Увы, многолетний поиск такого решения показывает, что вариантов кроме «свой софт» нет. Использовали YouTrack, Targetprocess и еще несколько. Ни один продукт этот вполне востребованный набор задач с должным качеством не решает. В каждом продукте есть своя изюминка, но комплексное решение ни к черту. Особенно бесит, что ни один из разработчиков на рынке не в состоянии понять простую вещь — программисту и заказчику веб-студии нужны разные интерфейсы. С разным набором объектов и разной функциональностью. И чем проще у заказчика будет интерфейс хелпдеска — тем выше вероятность, что он таки будет его использовать. Нет, надо либо интегрироваться с зендеском, либо еще чего-то изобретать. Не говоря о том, что всякие бизнес-метрики и даже примитивный учет затрат по таску (чтобы можно было без извращений счет заказчику собрать с учетом повремянки и прямых затрат) вообще нигде не реализован нормально. Так что проще кажется действительно написать свое решение.
Радует, что судя по всему такое решение имеет некоторые рыночные перспективы, хотя и надо исходить из окупаемости внутри команды.
Радует, что судя по всему такое решение имеет некоторые рыночные перспективы, хотя и надо исходить из окупаемости внутри команды.
Абсолютно с вами согласен. То что sexy для разработчиков, полный отстой для бизнеса. Я вот думаю, может написать свое, интегрироваться с Ютреком, и оставить интерфейс, чтобы Жиру можно было воткнуть вместо Ютрека. Вроде как и волки сыты и овцы целы. Еще интересная ниша — управление требованиями. Дальше коллаборейшна обычно не заходит, а есть же gherkin, прототипы.
Я как раз пару недель назад обрадовался — в targetprocess сообразили эту мысль про разные интерфейсы и у них есть отдельный хелпдеск. Кинулся настраивать — как бы не так. Там юзера надо заставить заполнить пяток полей вместо одного (собственно описание проблемы). И одно из этих полей (обязательное) — проект. У меня на каждого заказчика проект свой — а связь заказчика с проектом в их хелпдеске так вот просто установить нельзя. И не лечится, похоже. Либо показывать всем заказчикам все проекты и заставить выбирать, либо никак. Я сначала расстроился — но потом понял, что надо смириться. Там еще много всякого лишне-несуразного нашлось. Хочешь правильно под свои задачи — делай сам. Обидно, что это не мои специфические задачи, а совершенно рядовые бизнес-требования для маленьких команд… Но не до нас.
С ютреком интегрироваться я тоже думал, но затею оставил. Список тикетов — это слишком примитивная штука, чтобы ее собственную не реализовать. А на тикеты завязано планирование (я хочу иметь диаграмму Гантта параллельно канбану, и с учетом критической цепи и с буферами по юзер-стори) — а для этого список тикетов удобен в своей базе. И нумерация тикетов с включением проекта меня бесит — по телефону сложнее диктовать и вообще номером тикета оперировать, хоть в git, хоть в поиске :)
С ютреком интегрироваться я тоже думал, но затею оставил. Список тикетов — это слишком примитивная штука, чтобы ее собственную не реализовать. А на тикеты завязано планирование (я хочу иметь диаграмму Гантта параллельно канбану, и с учетом критической цепи и с буферами по юзер-стори) — а для этого список тикетов удобен в своей базе. И нумерация тикетов с включением проекта меня бесит — по телефону сложнее диктовать и вообще номером тикета оперировать, хоть в git, хоть в поиске :)
Просто кроме ютрека есть жира, тфс, пивотал и че только не. Многие привыкли к уютным трекерам. Программисту никогда не объяснишь, что тут финансы, знаете-ли, аналитика. Он хочет пленинг гейм и Тагил! эджайл. В Жире опять же в плагинах есть и диаграммы и аналитика. Хочется более unix-way решение, хорошо решающее задачу, а не комбайн.
Работаем с Assembla уже второй год, но там как раз реально не хватает всего, что касается денег. Различных детализированных отчетов по клиентам/работникам и т.д. А во всем остальном — очень устраивает.
Еще посмотрите в сторону новой www.dobambam.com/ — вполне интересная штука если связать с их таймером www.getchime.com/
Еще посмотрите в сторону новой www.dobambam.com/ — вполне интересная штука если связать с их таймером www.getchime.com/
Обычно обхожусь моделью рабочего календаря в Excel, общее название этой модели «управление потоками обязательста», это решние на стыке документооборота, CRM и бюджетирования. Всего раскрывать не стану, но должен сделать несколько замечаний.
0. Я консультант и тренер по внедрению управления обязательствами и это востребовано крайне нечасто. Многие вообще не верят, что подобное возможно, пока не посмотрят в деталях со всех сторон.
1. Один из листов это схема встречных обязательств (кто, что, кому обещал, когда, на каких условиях). Это такая рыба договора/спецификации на несколько сторон. Многие понимают такой лист как реестр паспортов сделок
2. Все данные по срокам, деньгам и этапам сдачи/оплаты работ сводятся в бюджеты ДДС и ДР сначала проекта, затем в мастер-бюджет
3. Все данные по договоренностям проходят через воронку статусов (обсуждается, утверждено)
4. Таблица знанятости ресурсов строится понедельно с учетом загруженности в часах на все имеющиеся проекты и только ближайшая неделя или декада расписывается по дням, чтобы избежать календарного разрыва во встречных обязательствах.
0. Я консультант и тренер по внедрению управления обязательствами и это востребовано крайне нечасто. Многие вообще не верят, что подобное возможно, пока не посмотрят в деталях со всех сторон.
1. Один из листов это схема встречных обязательств (кто, что, кому обещал, когда, на каких условиях). Это такая рыба договора/спецификации на несколько сторон. Многие понимают такой лист как реестр паспортов сделок
2. Все данные по срокам, деньгам и этапам сдачи/оплаты работ сводятся в бюджеты ДДС и ДР сначала проекта, затем в мастер-бюджет
3. Все данные по договоренностям проходят через воронку статусов (обсуждается, утверждено)
4. Таблица знанятости ресурсов строится понедельно с учетом загруженности в часах на все имеющиеся проекты и только ближайшая неделя или декада расписывается по дням, чтобы избежать календарного разрыва во встречных обязательствах.
Не представляю, как вы это делаете в Excel.
Если будет интерес, напишу небольшую статью. В простейшем случае это четыре листа. Календарь загрузки, платежный календарь, рентабельность проектов и журнал записей по изменениям обязательств.
Простейший случай хорош до 50 записей в месяц в журнал обязательств при одноуровневой структуре (у каждого проекта только один заказчик и прямые подрядчики)
Если честно, то, конечно, все наглядно только при одном пользователе (менеджере). При групповой работе нужна автоматизация.
Так же трудности возникают при многоуровневой структуре декомпозиции работ. Почти невозможно сделать удобную форму уже хотя бы для двух видов разделяемых ресурсов (например, помимо сотрудников требуется вести учет загрузки оборудования).
Ну и, конечно же, нет автовыравнивания по загрузке. Можно, конечно, в простых случаях писать макросы. Но корректнее перейти к более продуктивным системам.
Проблема маленьких это всегда проблема самоавтоматизации.
Для крупных есть немало готовых решений. Хоть и не лакомых, но, боевых. Тот же спайдер (не в рекламных целях помянут).
Пока Вы маленькие куда важнее проблемы роста. А потому хорош excel. Когда начинаются роблемы масштабирования, выбор небольшой — заказная разработка под себя или внедрение отраслевого решения с подстройкой процессов.
Партнерство фрилансеров это уже начало маленького бизнеса. А 99% управленческих инструментов маленького бизнеса — excel.
Простейший случай хорош до 50 записей в месяц в журнал обязательств при одноуровневой структуре (у каждого проекта только один заказчик и прямые подрядчики)
Если честно, то, конечно, все наглядно только при одном пользователе (менеджере). При групповой работе нужна автоматизация.
Так же трудности возникают при многоуровневой структуре декомпозиции работ. Почти невозможно сделать удобную форму уже хотя бы для двух видов разделяемых ресурсов (например, помимо сотрудников требуется вести учет загрузки оборудования).
Ну и, конечно же, нет автовыравнивания по загрузке. Можно, конечно, в простых случаях писать макросы. Но корректнее перейти к более продуктивным системам.
Проблема маленьких это всегда проблема самоавтоматизации.
Для крупных есть немало готовых решений. Хоть и не лакомых, но, боевых. Тот же спайдер (не в рекламных целях помянут).
Пока Вы маленькие куда важнее проблемы роста. А потому хорош excel. Когда начинаются роблемы масштабирования, выбор небольшой — заказная разработка под себя или внедрение отраслевого решения с подстройкой процессов.
Партнерство фрилансеров это уже начало маленького бизнеса. А 99% управленческих инструментов маленького бизнеса — excel.
Мы развернули у себя RedMine. Почти всё устраивает. Но как у Райкина «чего то не хватает» :). Не нашел нормального модуля по ведению бюджета проектов и привязки к задачам. Чтобы проставить участникам на проект нормочас и по задачам считать оплату, отслеживать изменения бюджета.
Так в этом то и вопрос. Пробовал считать в Ютреке через отдельные поля. Все круто если T&M. Только вот нету этого T&M. Везде фиксы и это совершенно не подходит.
Фиксом это становится после переговоров обычно (если Вы не в кандалах, конечно).
На этапе переговоров фикс является целью расчетов от объемно-календарных и тарифных значений расчетной модели.
Для учета же при контроле выполнения, фикс это лимит расходов и сроков.
Цель учета в том, чтобы в самый ранний момент вцявить риски и возможности.
Это уже вопрос зрелости управления проектом и умения продать правильный фикс, который в 80% имеет достаточный запас, в 18% выбирается в ноль и лишь в 2% допускает перерасход.
Но фрилансеру это статистика мечты. Если бы фрилансер уметь та3ого достигать он был бы директором в офисе из которого ушел на вольные хлеба.
Поэтому вполне достаточно контролировать сроки, деньги и формулировки обязательств.
На этапе переговоров фикс является целью расчетов от объемно-календарных и тарифных значений расчетной модели.
Для учета же при контроле выполнения, фикс это лимит расходов и сроков.
Цель учета в том, чтобы в самый ранний момент вцявить риски и возможности.
Это уже вопрос зрелости управления проектом и умения продать правильный фикс, который в 80% имеет достаточный запас, в 18% выбирается в ноль и лишь в 2% допускает перерасход.
Но фрилансеру это статистика мечты. Если бы фрилансер уметь та3ого достигать он был бы директором в офисе из которого ушел на вольные хлеба.
Поэтому вполне достаточно контролировать сроки, деньги и формулировки обязательств.
Тоже фрилансер, долго искал подходящее решение, чтобы уйти от Excel/Google Docs. Сейчас остановился на Битрикс24 — до 12 человек бесплатно, возможностей хватает с лихвой.
Мы тоже у себя для этих целей используем Redmine со своими плагинами RedmineCRM. Пока нет модуля для ведения бюджета проекта и общего контроля финансов. Но плагины CRM и Helpdesk очень помогают по саппорту. Есть решения по бюджетированию у EasyRedmine и еще много всего.
В Redmine готового интерфейса для клиента нет, но я думаю что это тоже все можно сделать плагинами. В целом, мне кажется, Redmine очень хорошо подходит для небольших IT компаний, которые способны его установить и немного дописать. Есть основа в качестве управления проектами, а дальше можно добавлять плагины решающие разные бизнес задачи. Спорный вопрос по интерфейсу (многим он не нравится), но это опять же может быть улучшено.
В Redmine готового интерфейса для клиента нет, но я думаю что это тоже все можно сделать плагинами. В целом, мне кажется, Redmine очень хорошо подходит для небольших IT компаний, которые способны его установить и немного дописать. Есть основа в качестве управления проектами, а дальше можно добавлять плагины решающие разные бизнес задачи. Спорный вопрос по интерфейсу (многим он не нравится), но это опять же может быть улучшено.
Зарегистрируйтесь на Хабре , чтобы оставить комментарий
Планирование сроков и бюджетов для фрилансера