Боли системного аналитика на проекте. Зачастую в командах, которые слагают легенды об их выстроенных процессах, большинство задач и обязанностей завязаны на 2-5 сотрудниках, уход которых, принесет крах всему проекту. Это может быть разработчик, которые на проекте с момента основания компании, не безынициативный аналитик, архитектор, который вложил душу в проект или докучливый тестер, способный въедливо читать документацию. Команда живет, проект растет и на узкое горлышко закрывается глаза, но со временем все эти столпы проекта могут уйти, что делать? Что делать новому сотруднику? Как разграничить пул обязанностей?
Системный аналитик в RuTube Газпром-Медиа Холдинг
· 16.10.2024 · ред.11 комментов
· 16.10.2024
Если есть узкое горлышко в процессе и все замыкается на одного человека, то это в первую очередь проблема управления.
Дальше возникает вопрос - почему оно есть? Я сталкивался с разными причинами и их комбинациями. На вскидку:
1. Причина в самом сотруднике - он замыкает на себя процессы, тем самым повышаю свою значимость и важность в команде 2. Причина в менеджере - он не видит этой проблемы, не понимает возможных последствий 3. Возможно менеджер понимает последствия, но не видит рисков - либо понимает, что так команда лучше перформит 4. Еще, зачастую это связано с тем, что менеджер не понимает деталей процесса и фонта задач конкретного сотрудника.
Возможны еще какие-то варианты. Шаг 1 - разобраться почему так.
- обозначить проблему лидеру команды. Объяснить риски, что это может повлиять и на дальнейшее масштабирование процессов, либо стать барьером в случае увольнения сотрудника. Шаг 2 - уже по ситуации. В зависимости от причин 🤷♂️
0
ответить
коммент удалён
· 16.10.2024
Какая-то глубокомысленная чушь. 😅
0
ответить
ответ удалён
· 16.10.2024
Почему так считаете?
0
ответить
ответ удалён
· 16.10.2024
В данной команде сотрудник замкнул на себе процессы, и всем было ок жить в данной парадигме. В настоящий момент, этот сотрудник не работает на проекте. Менеджменту подсветили проблемы, но они не решаются. И вот приходится брать на себя роли, в процессе от чего-то отказываться, косячить, но ситуация только усложняется.
0
ответить
ответ удалён
· 16.10.2024
Чушь до того момента, когда не столкнешься с этим на рабочем месте.
0
ответить
ответ удалён
· 16.10.2024
Потому что человек пишет про изначально команду где каждый уникален и ваши измышления и способы стандартизации тут будут скорее вредны чем полезны .
Изначально данную проблему решает вопрос отчётности и регламентации. Чем выше эти два показателя, тем легче произойдет замена. Правда та же отчётность и регламентация могут сильно сказываться на производительности и эффективности всей группы. Лично я вижу тут только один выход, и он весьма затратен и опять же упирается в личность того кто должен производить документирование работы каждого члена группы, этакого летописца-стенографа. Будь то отдельная личность или данные обязанности будут наложены на кого-то из группы, тем самым повышая его значимость ещё на одну ступень. Других вариантов, честно говоря не просматривается.
0
ответить
ответ удалён
· 16.10.2024
Николай, вы не правы. Приведу пример, допустим у вас в команде, 1 сотрудник взял на себя аудит всех задач перед добавлением в бэклог. Получается, он узкое горлышко, так как только он владелец этой компетенции.
Вы предлагаете описать этот процесс и регламент - разумно. Но в итоге, все равно владельцем компетенции остался 1 человек. И когда он уволится, вам в срочном порядке придется по этим регламентам обучать нового специалиста.
Упрощает ли регламент передачу функционала? - да Решает ли он проблему «узкого горлышка»? - нет
0
ответить
ответ удалён
· 16.10.2024
Саня, вот смари, я машинист крана в своей компании. На мне завязан целый ворох разных процессов, каждый из которых очень важен. И если я «сломаюсь», то произойдет коллапс. Чтобы этого не произошло компания с не глупым руководством решило прислушаться к голосу разума и моим советам и теперь у меня есть сменщик, с которым мы работаем через день, и высокая зп. В этой ситуации все довольны - кран работает без выходных по 12 часов в день, а мы со сменщиком работаем всего две недели в месяц и получаем высокую зарплату. Если случится, что кто-то из нас, например, заболеет, то всегда есть сменщик и работа не остановится.
0
ответить
ответ удалён
· 16.10.2024
Эээ, нет. Я всего лишь предложил логировать работу каждого члена команды специально для этого выделенным сотрудником, либо возложить эту работу на кого-то из самих членов команды. Есть минус как я и написал. Это увеличившаяся значимость этого члена, но тут как раз нет проблем. Ибо он логировал и сам себя. Ознакомить нового сотрудника с его работой и ввести в его часть работы будет проще.
0
ответить
ответ удалён
· 19.10.2024
Возможно, менеджмент, просто не может себе позволить увеличение команды, т.к. с его точки зрения людей достаточно и/или есть показатели из-за которых невозможно логирование всех операций. Кстати, об аудите. Наша команда ведет всё в джире и по идее, когда разрабы закрывают задачи, они должны ещё описать, что они выполнили и какие пункты ТЗ закрыли... Но на практике этого не происходит, а ты сам не можешь всё за ним проверить. Поэтому вопрос аудит спорный. Будет ли удобно разрабам (или другим участникам команды) заниматься этим?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 20.10.2024
В команде достаточное количество участников. Проблема здесь в другом. Команда вела проект так, как будто завтра никогда не наступит и ничего не сможет измениться, как будто все эти важные 4 человека не уйдут с проекта. Ситуация уже по факту случилось, и они ушли. А вот что новеньким делать?)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён