@Weriam

Опишите подробно деятельность фронтенд-разработчика в аутсорсинговой компании?

Я писатель, и в данный момент мне нужна помощь по мат.части: я собираю информацию о работе в it-компании.

Мой главный герой - фронтенд-разработчик, а компания, в которой он работает (крупная и ведущая в стране) - занимается аутсорсингом и консалтингом в сфере IT.

По идее, герой работает в команде, где есть ещё один фронтенд, один бэкенд, двое тестировщиков, серверщик (сисадмин), иногда к ним подключаются iOS и Android разработчики и аналитик. У команды есть руководитель (или тимлид, или менеджер - как правильней?)

Огромный плюс вам в карму, если вы работали в подобной компании (или просто с командой), знаете, как все это устроено и ответите на следующие вопросы:

1. Правильно ли подобран состав команды для крупной компании? Может, стоит кого-то исключить/добавить?

2. Какого рода проекты обычно поручают команде? Сайты, ПО, приложения? Поскольку главный герой - фронтенд, и сама команда талантами не блистает, нужно что-то не слишком обременительное.

3. Роль руководителя (тимлида). Как он обьясняет своей команде то, что хочет заказчик? Как часто он появляется в офисе и контролирует ли процесс работы? Как общается с подчиненными - в роли злого начальника или на равных?

4. Дедлайны разных проектов (например, сколько по времени делается один сайт и во сколько этапов?)

5. Может ли заказчик советовать вносить правки, если его не устраивает результат? Перед работой вообще заключаются какие-то договора и кто за это ответственен?

6. Процесс работы фронтенд-разработчика. С чего он начинает свою работу первым делом? В чем состоит самая сложная часть его работы и как он взаимодействует с другими членами команд? Есть ли там какие-то моменты, когда фронтенд и бэкенд должны что-либо сделать вместе? И есть ли другие случаи, когда фронтенд должен технически взаимодействовать с другими профессионалами?

7. Сисадмин. Он в одном офисе со всеми работает или в другом месте где-то? Как выглядит его рабочее место? Нужен ещё процесс его работы. Если можно, опишите простыми словами.

8. Тестировщики. Они, вроде, тестируют почти в самом конце, когда все готово. Но, наверное, и в начале проекта они что-то делают?

9. Разработчики для ios и android. Если требуется сделать мобильное приложение, то как эти разработчики взаимодействуют с остальными членами команды?

10. Аналитик. Он точно нужен, или его роль может играть и тимлид?

11. Состав команды, в целом, может меняться, в зависимости от проекта? Куда в таком случае отправляют «ненужных» работников? В другую команду?

12. Миттапы, совещания, летучки. Как часто проходят, кто участвует и что там обсуждают?

13. Рабочая атмосфера. Как общаются между собой программисты в перерыв? У них есть какие-то особые темы для обсуждений или они могут как и обычные люди, разговаривать о всяком постороннем? Есть «свои фишки» в общении?

14. Организация офиса. Он выглядит как самый обычный офис, только на столах - компьютеры? Есть специальные (служебные) помещения, например, для серверов?

15. Есть какие-то особо важные нюансы, которые непременно стоит ещё упомянуть при описании работы?
  • Вопрос задан
  • 361 просмотр
Пригласить эксперта
Ответы на вопрос 3
CityCat4
@CityCat4
Если я чешу в затылке - не беда!
Чувааак.... я тебе как писатель писателю скажу - не берись писать про ИТ, не зная хоть немного его изнутри :) Тут едрить, все свое. Тебя сразу будет видно, что ты "чужой". Это все равно, что писать книгу о работе кардиохирурга высшей категории, не зная анатомии человека :)
Ответом на твой вопрос была бы огромная портянка - если бы кому-то захотелось ее написать. Но мой тебе совет - не берись. Не получится. Все, кто работает в ИТ - они ржать будут над тобой в голос и кататься по полу.

Да и нет ничего интересного в офисной работе...
Ответ написан
saboteur_kiev
@saboteur_kiev Куратор тега Организация работы
build engineer
Мой главный герой - фронтенд-разработчик, а компания, в которой он работает (крупная и ведущая в стране) - занимается аутсорсингом и консалтингом в сфере 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. Есть какие-то особо важные нюансы, которые непременно стоит ещё упомянуть при описании работы?

Да. Не пишите книгу про ИТ, если не работали в ИТ сами. Либо найдите знакомого айтишника, который работает, и напишите книгу про его работу.

Простите, но ваши вопросы вызывают такой диссонанс, что это капец.
Ответ написан
Robur
@Robur
Знаю больше чем это необходимо
Если максимально подробно:

пункты 1-14:
Да что угодно может быть, придумаете любую фантазию, и где-то именно так и есть. В каждой конторе будет все совершенно по разному

пункт 15:
да, но это зависит от вашего героя, тут уж сами думайте. Единственный очень важный нюанс общий для всех фронтенд-разработчиков - они работают на клавиатуре.
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы