Андрей
Высший разум
(460590)
3 недели назад
Если в компании практикуют аджайл со спринтами, значит вся работа ведётся по принципу: "давай, давай, быстрее: у заказчика новые хотелки, ломающие то, что уже было сделано по его хотелкам недельной давности; и насрать на качество". Причём разработчику придётся лично обсуждать с заказчиком каждую новую хотелку последнего без документирования на бумаге или в электронном виде и в случае проблем крайним сделают именно разработчика.
Ничему, кроме навешивания говнокодистых костылей на говнокодистые костыли, в этой компании не научишься.
Собака
Знаток
(461)
3 недели назад
Ты всего лишь описал процессы в одной абстрактной компании, далеко не везде весь этот штат есть и процессы налажены. Особенно для новичка, который попадет на галеру, где вообще может быть все по минималке
Александр ЛипеньУченик (106)
3 недели назад
Для того я и написал это, что бы при трудоустройстве обращали внимание, я например не пойду работать в компанию, если там не налажены процессы
ПРОЦЕССЫ В КОМПАНИИ
Основные ключевые лица:
Заказчик, либо product owner (представитель заказчика) - выдвигает требования и принимает проект
Product manager - общается с заказчиками, отвечает за развитие продукта
Project manager - отвечает за конечную реализацую проектов, непосредственно следит, чтобы все работали хорошо
Аналитик - принимает спецификации от заказчика/менеджера, и переводит их в конкретные требования для разработки
Тимлид - управляет командой программистов, нарезает задачи
Тестировщик - тестирует код после разработки на наличе ошибок
Программист - тупо пишет код, реализует конкретный функционал ??
С ТОЧКИ ЗРЕНИЯ ТЕБЯ, КАК ПРОГРАММИСТА:
Тебе просто выдадут задачу и ты должен будешь выполнить ее с приемлимым качеством в определенный срок, тебе объяснят, какие принципы написания кода в этой компании, объяснят, как делать код-ревью, запускать пайплайны и тп
Тебе нужно будет постепенно вникать и осваиваться
Как правило, ничего супер сложного нет, главное справшивать. Информацию, специфичную для компании и проекта просто необходимо спрашивать, это невозможно загуглить
Тебе для базового понимания будет достаточно знать, что:
1. Заказчик обсуждает требования с менеджерами, готовится список требований от заказчика
2. Аналитики переводят эти требования в конкретные документы, где подробно расписано, какой будет функционал в общих чертах
3. Команда во главе с тимлидами переводят эту спецификацию в конкретные задачи для разработки
4. Формируется sprint по методологии Agile. На 1-2 недели набираются задачи, по итогам спринта подводятся потом итоги
5. Спринт начинается, на тебя назначают задачи, ты должен их выполнить за спринт
6. После завершения задачи, тебе нужно ее отправить на код-ревью
7. После прхождения код-ревью задача уйдет на тестирование
8. В случае нахождения багов, нужно будет их исправить и заново создать пуллреквест
9. Как делаешь пуллреквест, сразу берешься за следующую задачу
Самое важное в этом всем на испытательном сроке - задавать вопросы по специфичным для проекта областям, это невозможно узнать, не спросив, а так же записывать что вы делали в течение дня, и затем подробно и емко презентовать это не ежедневных созвонах
Так же важно: если на вас накидывают работы сверх того, что написано в задаче, требуйте вынести это в отдельную задачу! Иначе руководство не будет понимать, почему вы так долго закрываете задачи, хотя по факту вы делаете кучу сверхурочной работы, о которой никто не знает
Если нужно больше информации, по рабочим процессам, можете написать мне в телегу