Как понять, каких скиллов не хватает комманде?

Question

[Иван Веков]

Добрый день!

Имеется относительно небольшой отдел разработки в компании, для которой ИТ - не основное направление.

Состоит из:

1. 1 Начальник отдела
   
2. 1 Ведущий бэк-разработчик
   
3. 3 Бэк-разработчика
   
4. 1 Младший Бэк-разработчик
   
5. 1 Ведущий фронт-разработчик
   
6. 1 Фронт-разработчик
   
7. 3 Менеджера проекта
   
8. 1 Мануальный тестировщик-консультант
   

И есть ещё 1 ставка. Больше не дадут по крайней мере ближайший год. Как можно понять, чего именно не хватает в первую очередь? Есть мысли в сторону QA, веб-дизайнера или ещё одного фронта. Начальство говорит "нам нужен еще бэк-разработчик", но они просто не понимают разницы)

Comments

[Strannyk]

Без понятия, что за проект, советовать нельзя.

[pavelsha]

Поддержку созданного вами, кто выполняет?

для "компании, для которой ИТ - не основное направление" у вас "мажорное" выделение ролей...

мой опыт - внутренние разработчики на предприятии 70% времени поддерживают свой/чужой код или решают вопросы близкие для админов прикладников.

и кто проводит аналитику проектирование, того что пилите в разработке?

Answer 1

[Dmitry Roo]

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

Comments

[Иван Веков]

Доска есть, подвисают задачи поддержки пока что. Но только сегодня вышли 2 бэк-разработчика на поддержку.

На всякий случай уточню - проект по развитию и поддержке CRM системы и корп.портала, поэтому перевес в сторону бэка. Периодически ещё занимаемся сайтами компании, но в текущих реалиях совсем редко и по мелочи.

Вот есть отчётик:

spoiler

1. Не определен разработчик - задача пришла с поддержки (пользователь столкнулся с багом)
   
2. Ожидает выполнения - бэклог какого-либо проекта
   
3. В работе - разработчик работает
   
4. Ревью - ревью + тестирование
   
5. Сделаны - такая колонка существует в случае, если задача принята, протестирована, но потом возвращена в работу.
   

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

Ну и такой:


Я так понимаю, что в текущем виде - канбан не поможет. Вероятно, мог бы, если больше его сегментировать, выделив направления фронт/бэк/анализ и тд.
Думал может есть еще какие-то методологии, типа как записать например в каком нибудь виде, какие скиллы есть, написать какие нужны и в каком приоритете. И после этого каким то волшебным образом рассчитать чего наиболее не хватает.

[Dmitry Roo]

Иван Веков, если у вас и так "все ровно" зачем вам еще один человек в команду? Разработка ПО - не строительство, лишние люди могут не только не ускорить работу, а даже наоборот ее затормозить.

[Dmitry Roo]

Иван Веков, https://www.piter.com/collection/biblioteka-progra...

[Иван Веков]

Dmitry Roo, книгу гляну, звучит интересно, спасибо)

Ну, тут отчасти политика (нам без моего запроса согласовали расширение, и надо кем-то этот пробел заполнить. Если не заполню - то скажут при первой просрочке - "мы дали Вам все карты, а Вы решили что ресурсы лишние и вот!". А если заполню - то не понимаю кем и как себе не навредить...)

Отчасти - стремление к развитию отдела. До какого-то момента я не осознавал, насколько нам нужен консультант, а когда взял - это было лучшее решение в жизни.

Answer 2

[Saboteur]

Разработчиков у вас у всех есть бэкап. А QA если уйдет в отпуск или на больничный?

Кто выполняет функции аналитика? Или разработчики точно знают что хочет клиент?