Система учета задач #764186

Доброго времени суток, всезнающий All! Доросли мы тут в конторе до постановки и контроля исполнения ТЗ. Подайте совет как лучше поступить? Что хочется: Чтобы пользователи могли сами писать в нее. Был контроль времени разработки. Отчеты само собой. Поэтому склоняюсь к тому что взять какую либо рабочую конфу и допилить под свои нужды. Я понимаю что тема наверное заезжанная, поэтому прошу сильно ногами не пинать.

upd: Система нужна для разработки конфигураций 1С

JIRA

искали такое на 1с, в итоге пишем на БСП свою

тоже посмотрели разное на эту тему а подходящего нет

напишите простенькую на 1С с веб-доступом. Будете разрабатывать, со временем поймете, что вам надо

чего точно не надо делать - это писать самому. Самый простой, не требовательный к инфраструктуре и при этом функциональный - это mantis. Остальное - если сил невпроворот и денег девать некуда.

Вы уж определитесь с задачей. Саппорт, мелкие переделки и проектная деятельность сильно отличаются. Вам сервис-деск нужен? Или управление проектами? Или баг-треккер?

это от неспособности сфокусироваться на главном функционале, который даст 80% результата. Ни чего не подходит и надо писать свое, когда хотят космолет, сидя на кобыле при этом и работая каменными топорами.

-Битрикс+ СППР для заявок -в СППР есть бесшовная интеграция с ДО - для проектных задач (задачи ставятся в СППР, остальное - сроки, ресурсы, контроль исполнения в ДО) там же и вебдоступ встроенный

а вот с БСП вы погорячились

ты эту бесшовную пробовал сам?

Необходим инструмент который позволит вести разработку упорядоченно. Есть и мелкие переделки и проектная деятельность. Мне необходимо ставить задачу программистам - вот пожалуй главное. При этом есть круг задач которые ставят сами пользователи (разработка отчетов/обработок) которые на мой взгляд могут описать и поставить сами пользователи роль руководителя в этом случае сводится к контролю и расстановке приоритетов

это лишь твое мнение, коренящееся в том, что ты не умеешь готовить БСП

да, практически из коробки заработала. только БСП у СППР обновлялась туго, дальше нормально пошло

А кто будет модерировать хотелки пользователей?

почему же? смысл изобретать велосипед?

воркфлоу по задачам для программистов и задачам которые пользюки генерят, будет разным?

+ Пользователи - это внутри вашей фирмы или это клиенты?

есть люди, которым нравится велосипеды делать

БСП + два БП если не хочется писать самому посмотри Итилиум

.

Если уже пробовали чужие разработки и они не подошли, то пишите свою. ИМХО, информации недостаточно. Критерии выбора сформулировали?

БСП - это набор функций и модулей, которую следует осторожно изучать, и дергать куски кода оттуда при необходимости. писать что-то поверх БСП - верх безумия. Вместо быстрого велосипеда можно получить камаз-бульдозер-вертолет, сопровождать который потребуется гораздо больше человеко-часов, чем обслуживание обычного велосипеда

у нас Управление проэктами - пока только один БП - согласование

ДА разный Да внутри фирмы Модерировать будет руководитель ИТ

ДА разный - это часом не к ответ?

ДАдадада промахнулся

Не верю, что внутренние пользователи будут вам писать что-либо. Сомневаюсь, что у вас хватит авторитета это продавить

тогда битрикс исключай. Msntis, или redmine, или овер9000 онлайновых сервисов проектной направленности.

Вот это - "Чтобы пользователи могли сами писать в нее" лучше забыть. Хотелки должны быть от руководителей. Иначе один напишет одно. Второй напишет другое. Третий, третье. У нас все реализовано на списках в SharePoint + MS Project. Можно связку автоматизировать, но пока хватает ручного ведения учета. У меня уходит около 30-60 минут в день на ведение учета по отделу. Но эти системы используем только потому что они у нас есть и используются, в основном, под другое. СППР тоже есть, но без примера - не осилил. С удовольствием съездил бы к кому ни будь в Москве посмотреть как с этой штукой работать.

я так много раз делал. В этом нет ни чего сложного.

мне от пользователя в данном случае нужно описание идеи (типа хочу такой отчет) или хочу чтобы строчка на форме зеленая была. ТЗ я и сам напишу и расскажу разрабу как это делать.

Спама много поди?

Jira

Мегаплан, БИтрикс... посидите пару дней с вашими же задачами и сразу поймете что удобнее

под пользователями я понимаю руководителей отделов и департаментов.

почему ты думаешь, что под пользователями обязательно имеются в виду все, кто ни попадя? СППР, как система учета задач, даже в связке с ДО - сомнительная затея по моему субъективному мнению. И СППР в части задач, и ДО - два глюкогена. ДО еще и тяжеловесный.

Тогда понятно.

нет спама. Иногда задачи отклоняются в результате анализа, но это норма.

+100

Использовать: primaerp.com, лучше пока не видел

Да если руководители ставят задачи, то понятно. Из был оне понятно что за пользователи. У нас за 6 лет отклонено 5 заявок.

А что плохого, что в системе где много пользователей они сами могут писать заявки? Пишут в битриксе все заявки - и про неработающие принтеры, и про 1с, фильтруешь по категории, засосал к себе что надо и работаешь с этим.

Очхор. Расскажи схему. Вот я руководитель департамента. Наваял в твою систему некую хотелку. Что дальше? Я это к тому, что часто такие системы порождаются ИТ директорами, чтобы отгородиться от саппорта. Только и всего

дальше в общем случае как-то так: ты ей устанавливаешь приоритет и важность относительно всех других задач, которые ты ранее нагноил в системе. Потом ты принимаешь решение - экстренно шопестец и надо все бросать и делать ее или нет. Если нет, то ты ждешь следующей итерации планирования, когда я нагребу задач из очереди на следующий месяц(квартал, год) и приду к тебе с просьбой согласовать порядок работ. Если это срочно-обморочно, ты пишешь мне, что надо все бросить, умереть и сделать это. В ответ я прошу согласовать отмену работ по тому, что надо бросить, чтобы это выполнить. Ты согласовываешь, я делаю. Дальше - см про очередную итерацию планирования.

пр этом регистрировать задачи может на самом деле кто угодно. Главное, чтобы был человек (или набор людей) с головой, которые рулят приоритетами - стэйкхолдер(ы) то бишь.

+ может быть ситуация, когда у тебя есть несколько заказчиков, которые между собой не дружат и отказываются согласовывать промеж себя очередь задач. В таком случае ты их изолируешь, чтобы они не видели очередь друг друга, далее сам на основании чего хочешь (но так, чтобы они были в курсе результата) определяешь, сколько своих ресурсов ты на каждого из них будешь тратить, и в период планирования нагребаешь новых задач из топа очередей каждого из них в соответствии с бюджетом ресурсов. На согласование каждому из них отправляешь его кусок очереди.

+ если они не внутренние заказчики, то лучше их в детали своих ресурсов не посвещать - просто озвучиваешь, что за те деньги, которые они платят, они получают вот такой уровень сервиса. Хотят больше, значит надо пересматривать условия сотрудничества.

То есть в итоге система учета задач должна быть такой, которая: 1. Обеспечит нужный уровень изоляции очередей 2. Выполнит имеющиеся требования к воркфлоу задач 3. Выполнит имеющиеся требования к планированию. Хотя планирование можно и в экселе выполнять - это раз в месяц делается, так что проблемы нет. Да и любая современная система учета задач позволяет делать вложенные проекты, которыми легко реализуется актуальная итерация.

Пока используем RedMine.

+1

Спасибо. Очень подробно. Только вот не вижу стадии уточнения задачи у пользователя.. Типа чего-чего вы там хотите? Пользователи-то не умеют на программистском языке балакать. А еще интересно как именно оформляется отказ от доработки. Если отказов нет- это хрень.

уточнение - это то, что происходит уже в ходе работы. Работа в общем виде состоит из 4-х этапов: Анализ, Разработка, Тестирование и Внедрение - любой почти воркфлоу проходит через эти 4 состояния, если говорить про разработку. Все уточнения происходят в ходе анализа. Любые сроки по последующим этапам оцениваются только после завершения анализа. У анализа есть какой-то стандартный срок, который может увеличиваться по ходу, т.к. наличие или отсутствие подробностей ни кто предсказать не может.

+ решение об инициации разработки или отказе от нее так же принимается по результатам и на основании анализа. После проведения анализа задача может пойти в разработку. Или может быть отложена до какого-то момента (например - реализации других каких-то задач). Или может быть отклонена.

как у вас в схеме реализуются уточнения от пользователя, типа "цвет покраснее, колонки пошире, а вот тут сумму добавить бы/а тут в долларах показывает а надо в еще и в евро мызабылиблин?" и вообще обратная связь с внутренним заказчиком?

+ а, ну, и, естественно, если задачи ставят одни, а приоритезируют и ставят в очередь другие, то приоритезация тоже содержит какое-то уточнение - это уже нюансы работы тех, кто приоритезирует, они могу делать это, как хотят, и тоже имеют право отстрелить задачу, если считают нужным.

письменно. В ходе анализа выявляются и уточняются все актуальные бизнес-требования, которые формулируются в форме желаемого поведения. Техзадание разработчикам формируется только после того, как заказчик сказал: "да, я это самое хочу". Приемка, соответственно, только и исключительно на основании поведения, которое заказчик согласовал. Если в ходе тестирования (а такое бывает и это нормально) заказчик прозрел и еще чего-то возжелал - это дополнительная задача, которая проходит тот же самый воркфлоу.

Например для разработки удобно teamlab, сейчас onlyofice. Битрикс для этих целей не очень удобно.

так заказчику-то видны все дочерние исправления/задачи или ему говорится "надо было сразу согласовывать правильно, будешь умнее в следующий раз, вот те ссылка та старую заявку, она уже закрыта, пиши все в новой"? а если требуется согласование от сотрудника другого отдела, как его подключить к обсуждению? тот же вопрос, в шапке топика "Чтобы пользователи могли сами писать в нее" перечисленные системы такое умеют?

видны или не видны - это вопрос конкретной реализации. Если говорить о предпочтениях, то я предпочел, чтобы видны не были. Подключать дополнительные ресурсы - как угодно. Это тоже реализация.

Никто не использовал/использует в работе Итилиум? Раздумываю над покупкой. Сам сейчас на битриксе24, но дико не хватает функционала(не коробка, но полный функционал). По поводу сервис десков вообще беда с ПО, ИМХО. Писать своими силами нет ни желания ни средств, ни времени. Если только система постановки задач + контроль + отчеты, тогда

мы пользуем...

я так понимаю, что речь все таки идет про доработки 1С? тогда: "чтобы пользователи могли сами писать в нее" - кто будет принимать решение будет ли эта доработка делаться и если будет то с каким приоритетом, и в какие сроки, не сами же пользователи? "Был контроль времени разработки." - если нужен факт/план? то кто будет указывать план?

руководитель отдела ответственного за работы

Те кто отвечает "Писать для учета самим" - люди, у вас много времени, что с вами? На рынке больше чем достаточно такого рода решений. Я в работе использую Redmine.

По поводу сервис десков вообще беда с ПО. Если это так, то побежал на JavaEE пилить свою нетленку. P.S. Не верю.

ситуация: у пользователя при определенных настройках не формируется отчет, по вашей логике он должен написать вам в редмайн?

+100500 для сервис десков готовых до епени мамы. glpi, track studio, otrs - это только то, что прямо сразу в голову пришло. Если загуглить "service desk +php" их за полжизни все не пересчитаешь.

По моей логике он должен написать на почту, как минимум. Редмайном занимается отдельный человек.

то есть история работы по заявке: когда она была создана, когда она дошла до поддержки, когда она была принята в работу итд будет хранится у пользователя в почте??? а если нужно будет подключить других людей к обсуждению, кнопка ответить всем в аутлуке - решение всех проблем?

Так вперед, снимешь денег. Лично мне по описанию понравился Hardware Inspector + Hardware Inspector Service Desk, но есть но. Вторым по лидерству я выделил поделку с нимфостарта - /183590/, третьим вышел итилиум(основной косяк - стоимость). Судить 2 и 3 конфиги могу только по презенташкам и заявленным функциям. Вы их используете? Я понимаю, что все можно допилить, но, например связки функционала как у hw нет нигде, кроме обозначенных мной, в разумных ценовых границах, или я не умею гуглить, погуглите за меня. И как вам, много допиливали? Опиши вкратце.

Jira в связке с Confluence

Редмайн - это не сервис деск, не путай. Задачи "не формируются отчет" вообще не отражаются в редмайне. если возникает необходимость вносить изменения в конфигурацию, тогда создается задача.

Позволю себе еще раз процитировать автора. >>Что хочется: Чтобы пользователи могли сами писать в нее. Итого: редмайн для этого(обратной связи с юзерами) не подходит, так? никто не спорит, что для разработки его использовать можно, но, мне кажется, ТС искал немного не это, а значит вопрос пилить или использовать что-то готовое актуален?

>Вы их используете? сейчас - нет, но у меня есть продуктивный опыт использования gpli, track studio и otrs. Все работает и задачи свои решает без всяких разработок.

Согласитесь спор ни о чем, требований и конкретики какие именно перед вами стояли и стоят передо мной нет. Возможно ваши задачи покрывал бы и битрикс24 в своей бесплатной версии, а возможно и нет.

ты делаешь выводы из своих фантазий. рэдмайн умеет собирать письма из почты и делать из них задачи и комментарии к задачам.

Согласен, тут я не прав. Можно было вообще не писать, что использую, не было бы дискуссии. Из сервис десков был опыт работы с системой от HP Service Desk. Но туда заявки писала специально обученная девочка. Автора проклянут пользователи за эту систему, более того, они не будут туда нормально вносить заявки, будут такие: "Не формируется отчет". И оно надо? На сервис деск нужен специальный человек.

не соглашусь. Делать свое для - глупость.

>будут такие: "Не формируется отчет" это проблема только тех, кто результаты анализа не фиксирует в исходной заявке.

2 раза писал свое, один раз даже прижилась на какое то время :)

Я, собственно, против делать свое и обратного нигде не высказал.

GLPI, да прикольная вещь, но пилить ее напильником не перепилить, возможность выделять ресурсы, да и наличие этих самых ресурсов, тоже немаловажный фактор.

кстати про  HP Service Desk - это жесть жестяная... пилили ее....

В собственной разработке меня в принципе устраивает то что делать с ней смогу что захочу. А вот жира и прочее ... ощущения не те. А не нравится как раз таки время написания вообщем вынесу на суд общественности и коллегиально решим как лучше поступать. Всем спасибо!

> с ней смогу что захочу. это такой же плюс, как и минус - тебе ВСЁ придется делать самому.

У вас ОЧЕНЬ много свободного времени...