Доброго времени суток, всезнающий All!

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

Я понимаю что тема наверное заезжанная, поэтому прошу сильно ногами не пинать.

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

(0) JIRA

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

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

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

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

(0) Вы уж определитесь с задачей. Саппорт, мелкие переделки и проектная деятельность сильно отличаются.

Вам сервис-деск нужен? Или управление проектами? Или баг-треккер?

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

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

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

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

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

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

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

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

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

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

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

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

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

.

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

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

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

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

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

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

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

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

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

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

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

(31) Спама много поди?

Jira

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

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

(30) почему ты думаешь, что под пользователями обязательно имеются в виду все, кто ни попадя?

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

(36) Тогда понятно.

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

(39) +100

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

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

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

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

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

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

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

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

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

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

(50) +1

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

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

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

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

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

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

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

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

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

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

(61) мы пользуем...

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

"Был контроль времени разработки." - если нужен факт/план? то кто будет указывать план?

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

Те кто отвечает "Писать для учета самим" - люди, у вас много времени, что с вами?

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

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

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

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

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

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

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

Jira в связке с Confluence

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

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

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

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

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

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

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

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

2 раза писал свое,

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

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

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

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

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

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

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