Мой главный герой - фронтенд-разработчик, а компания, в которой он работает (крупная и ведущая в стране) - занимается аутсорсингом и консалтингом в сфере IT.
По идее, герой работает в команде, где есть ещё один фронтенд, один бэкенд, двое тестировщиков, серверщик (сисадмин), иногда к ним подключаются iOS и Android разработчики и аналитик. У команды есть руководитель (или тимлид, или менеджер - как правильней?)
Крупная компания - это 1000 человек минимум. А лучше 3-5к людей.
Проект, в котором всего 2-3 разработчика это просто ни о чем. В аутсорсинге такие мелкие проекты - это нонсенс, нет смысла искать заказчика и заключать с ним договор, выделяя всего 3-5 человек. Разве что это мелкие под-проекты внутри одного большого заказчика.
И если герой - единственный главный разработчик то он и будет тимлид, потому что тимлид - ведущий разработчик, иногда совмещающий системного архитектора.
1. Правильно ли подобран состав команды для крупной компании? Может, стоит кого-то исключить/добавить?
Либо сделать ГГ тимлидом, либо добавить еще человек 10-15 минимум в проект.
2. Какого рода проекты обычно поручают команде? Сайты, ПО, приложения? Поскольку главный герой - фронтенд, и сама команда талантами не блистает, нужно что-то не слишком обременительное.
Вести какой-нить небольшой проект внутри крупного заказчика, например систему для ВНУТРЕННЕЙ отчетности, которой заказчик пользуется для своих нужд, а не для работы со своими клиентами.
3. Роль руководителя (тимлида). Как он обьясняет своей команде то, что хочет заказчик? Как часто он появляется в офисе и контролирует ли процесс работы? Как общается с подчиненными - в роли злого начальника или на равных?
Тим лид является ведущим разработчиком. Собственно работает на архитектуру проекта, согласование взаимодействия с другими сервисами на техническом уровне. Не путайте тимлида и менеджера проекта.
4. Дедлайны разных проектов (например, сколько по времени делается один сайт и во сколько этапов?)
Если вы кроме сайтов не знаете о софте, то не пишите о крупном аутсорсе. Напишите о маленькой но гордой "рога и копыта". Проект может длиться годы, десятки лет. Не так уж много крупных компаний, которые существуют всего несколько месяцев.
5. Может ли заказчик советовать вносить правки, если его не устраивает результат? Перед работой вообще заключаются какие-то договора и кто за это ответственен?
Конечно. От менеджера проекта зависит насколько он убедит заказчика заплатить за дополнительные правки и советы. От менеджера проекта зависит как он заключил договор и как он договроился о приеме удовлетворительного результата.
6. Процесс работы фронтенд-разработчика. С чего он начинает свою работу первым делом? В чем состоит самая сложная часть его работы и как он взаимодействует с другими членами команд? Есть ли там какие-то моменты, когда фронтенд и бэкенд должны что-либо сделать вместе? И есть ли другие случаи, когда фронтенд должен технически взаимодействовать с другими профессионалами?
Есть системный архитектор, есть UML и другие слова. Может вам действительно найти дружелюбного разработчика из крупной компании, который будет регулярно консултировать? Потому что иначе получится не рассказ о разработчике, а рассказ о выдуманном мире с выдуманными технологиями и процессами.
7. Сисадмин. Он в одном офисе со всеми работает или в другом месте где-то? Как выглядит его рабочее место? Нужен ещё процесс его работы. Если можно, опишите простыми словами.
В аутсорсе есть отдельно сисадмин, отдельно девопс. Работают похоже, процесс работы люди изучают годами. Большинство джунов не знают о процессе работы, а вы хотите просто парой вопросов его выяснить.
8. Тестировщики. Они, вроде, тестируют почти в самом конце, когда все готово. Но, наверное, и в начале проекта они что-то делают?
Тестировщики бывают разные. Бывает даже tdd, когда сперва пишут тесты, потом приложение. Тестировать можно сразу, потом, или писать автотесты и постоянно их обновлять.
9. Разработчики для ios и android. Если требуется сделать мобильное приложение, то как эти разработчики взаимодействуют с остальными членами команды?
Также как и все.
10. Аналитик. Он точно нужен, или его роль может играть и тимлид?
Чтобы написать сайтик - не нужен. Чтобы написать бизнес-приложение нужен.
11. Состав команды, в целом, может меняться, в зависимости от проекта? Куда в таком случае отправляют «ненужных» работников? В другую команду?
12. Миттапы, совещания, летучки. Как часто проходят, кто участвует и что там обсуждают?
Зависит от того, какой agile настроен. Вдобавок они могут быть между конкретными командами или даже между конкретными людьми.
13. Рабочая атмосфера. Как общаются между собой программисты в перерыв? У них есть какие-то особые темы для обсуждений или они могут как и обычные люди, разговаривать о всяком постороннем? Есть «свои фишки» в общении?
У них есть какие-то особые темы для обсуждений или они могут как и обычные люди
они могут как и обычные люди
Нет, мы Марсиане.
14. Организация офиса. Он выглядит как самый обычный офис, только на столах - компьютеры? Есть специальные (служебные) помещения, например, для серверов?
Могут быть специальные служебные помещения. Например туалет, кухня, ресепшн. Может быть и серверная.
15. Есть какие-то особо важные нюансы, которые непременно стоит ещё упомянуть при описании работы?
Да. Не пишите книгу про ИТ, если не работали в ИТ сами. Либо найдите знакомого айтишника, который работает, и напишите книгу про его работу.
Простите, но ваши вопросы вызывают такой диссонанс, что это капец.
Средний
Простой
Простой
