ИL
да.это проблема возможностей. Но всегда есть бесплатный чудо эксель, макросы к нему и время на все это дело ))
Бизнес процессы тоже будите в Excel визуализировать?
Size: a a a
2020 May 10
ST
Конкретный пример выдача и отзыв доступов при онбординге и увольнение сотрудника. У нас в компании используется больше 50 различных сервисов, когда выходит новый сотрудник, ему в среднем надо выдать доступ к порядка 12-15 сервисам, во многие сервисы доступы раздают разные сотрудники занимающиеся их администрированием, после того как создана корпоративная почта, выдавать доступы ко всему можно в параллель
Простой ответ, этим должен заниматься либо LDAP либо AD.
Сложный ответ. Нет это не ответсвенные - это исполнители, и смешивать очень плохо
Сложный ответ. Нет это не ответсвенные - это исполнители, и смешивать очень плохо
AV
Конкретный пример выдача и отзыв доступов при онбординге и увольнение сотрудника. У нас в компании используется больше 50 различных сервисов, когда выходит новый сотрудник, ему в среднем надо выдать доступ к порядка 12-15 сервисам, во многие сервисы доступы раздают разные сотрудники занимающиеся их администрированием, после того как создана корпоративная почта, выдавать доступы ко всему можно в параллель
В этом случае есть два варианта:
1. LDAP / AD для централизованной выдачи
2. Сделать пакет работ в который войдут задачи на каждого исполнителя. чтобы каждый поставил отметку "сделано" по своей части работ.
В одной компании была популярная задача "сделать очередное зеркало сайта", и была проблема что такая задач зависала, потому что она передавалась от одного исполнителя к другому. После разбивки всё на атомарные задачи (одна задача - один испонитель) , выяснилось что это не задача а целый проект , который может занимать от 2 до 4 недель.
1. LDAP / AD для централизованной выдачи
2. Сделать пакет работ в который войдут задачи на каждого исполнителя. чтобы каждый поставил отметку "сделано" по своей части работ.
В одной компании была популярная задача "сделать очередное зеркало сайта", и была проблема что такая задач зависала, потому что она передавалась от одного исполнителя к другому. После разбивки всё на атомарные задачи (одна задача - один испонитель) , выяснилось что это не задача а целый проект , который может занимать от 2 до 4 недель.
ИL
Вы оба не правильно поняли, сервисы - это внешние платформы,такие как Figma, Miro, Tableu, JIRA, Google Ads, ApsFlayer, Affise и т.д.
Это на уровне LDAP не решается, в каждой системе надо заводить учётку, выдавать ей роли и т.п.
Для каждого сервиса есть свой админ, который отвечает за управление этим сервисом в компании.
При онбординге или оффбординге, он должен моментально получать уведомление, что ему надо выдать или отозвать доступ.
А также где-то поменять статус о том, выдан туда сотруднику доступ или нет.
Это на уровне LDAP не решается, в каждой системе надо заводить учётку, выдавать ей роли и т.п.
Для каждого сервиса есть свой админ, который отвечает за управление этим сервисом в компании.
При онбординге или оффбординге, он должен моментально получать уведомление, что ему надо выдать или отозвать доступ.
А также где-то поменять статус о том, выдан туда сотруднику доступ или нет.
ИL
Подзадачи можно - но это долго, на каждый сервис заводить отдельную задачу, нужно централизованно, одно место в котором видно, куда выдано, куда не выдано, куда ещё надо выдать
AV
Подзадачи можно - но это долго, на каждый сервис заводить отдельную задачу, нужно централизованно, одно место в котором видно, куда выдано, куда не выдано, куда ещё надо выдать
Это не долго, когда есть шаблон.
ST
Вы оба не правильно поняли, сервисы - это внешние платформы,такие как Figma, Miro, Tableu, JIRA, Google Ads, ApsFlayer, Affise и т.д.
Это на уровне LDAP не решается, в каждой системе надо заводить учётку, выдавать ей роли и т.п.
Для каждого сервиса есть свой админ, который отвечает за управление этим сервисом в компании.
При онбординге или оффбординге, он должен моментально получать уведомление, что ему надо выдать или отозвать доступ.
А также где-то поменять статус о том, выдан туда сотруднику доступ или нет.
Это на уровне LDAP не решается, в каждой системе надо заводить учётку, выдавать ей роли и т.п.
Для каждого сервиса есть свой админ, который отвечает за управление этим сервисом в компании.
При онбординге или оффбординге, он должен моментально получать уведомление, что ему надо выдать или отозвать доступ.
А также где-то поменять статус о том, выдан туда сотруднику доступ или нет.
Мы все правильно поняли.
Эти платформы имеют интеграцию с корпоративными SSO или LDAP
Эти платформы имеют интеграцию с корпоративными SSO или LDAP
ST
Вот пример для миры
ST
Это не долго, когда есть шаблон.
Во во, а еще их можно создавать и закрыать автоматом. У джиры нормальное апи
ИL
далеко не все имеют такие интеграции к сожалению.
ST
далеко не все имеют такие интеграции к сожалению.
Я бы не рискнул использовть сервис если в нем этого нету
ST
Эту слишком большие риски
ST
Я более скажу, вообще энтерпайз не любит ничего выносить за периметр
ST
Да кстати
ST
Если есть джира, то зачем Trello
ИL
Спасибо, погуглю про SSO у наших сервисов и передам коллегам.
Однако можемвернуться к первоначальной теме, про множество исполнителей у одной задачи.
Однако можемвернуться к первоначальной теме, про множество исполнителей у одной задачи.
ST
Спасибо, погуглю про SSO у наших сервисов и передам коллегам.
Однако можемвернуться к первоначальной теме, про множество исполнителей у одной задачи.
Однако можемвернуться к первоначальной теме, про множество исполнителей у одной задачи.
Один ответственный, много исполнителей через кастомные поля можно, но идея очень так себе
ST
Сандартный подход черех саб такски
ST
Вот в твоем случае, создается таск с кучей подтасок: Пользователь в трело создан
ST
И каждый сабтаск вешается на кого нужно