Я бы сказал, что топ девелоперов в среднем около
Представим себе ситуацию — на проекте 30 девелоперов + нное количество других специалистов. Один из девелоперов принимает решение покинуть проект — допустим он не супер ответственный плюс новая работа уже на горизонте. Как понять какие знания он должен передать? Как проконтроллировать эффективность передачи?
Я думаю, что знания должны передаваться регулярно между членами команды, а не тогда, когда кто-то уходит (навсегда, в отпуск, на больничный). Чтоб этот процесс был эффективным, нужно понимать, где есть какие гэпы(✌️). Т.е. возникает задача количественной оценки уровня знаний девелопера по бизнес/тех областям проекта. При чём этот уровень динамичен, области динамичны и специфичны для каждого проекта.
efficiefy выявляет области динамически; на основании диффов коммитов определяет кто, где, когда и сколько работал с какой областью и хранит эти исторические данные.
В итоге при пленнинге задач на спринт можно определять кому дать какую задачу (знания не должны концентрироваться у одного человека) и так же кто будет соотв ментором/ревьювером по этой задаче.
Если кто-то покинет проект, то всегда будет готовая ему замена — соответственно меньше стресса для членов команды и профит для бизнеса.
Отпишите и мне пожалуйста, я написал вам на почту
Менеджмент — не всегда плохо ) Под менеджментом тут имеется ввиду управление распределением, избегание концентрации знаний одним человеком, упрощение процесса онбоардинга и т.д., т.е. ориентация на позитивные моменты, а не на желание кого-то угнетать.
Как в таком случае проходит верификация адреса?
support.stripe.com/...ing-your-business-address
Вы её проходили? Хватит ли им предоставления Articles of Incorporation при том что являешься резидентом Украины?
Плюсы подхода ясны, минус — цена поддержки. Если бизнес документация может долго быть релевантной, то техническая устаревает очень быстро.
Действительно, это можно называть компетенциями.
Проблема выбора термина здесь — ни одно слово идеально не подходит.