Техдир в Metalcode.tech. Пишу про разработку для еком t.me/made_by_noskov
Сильно схоже с онбордингом нового сотрудника в проект. Кто-то должен все рассказать и показать, как тимлид разработчику.
Надо отметить, насколько важным для команды-подрядчика является онбординг в проект силами заказчика. Ответственного менеджера или руководителя направления.
Понятно, что умные ребята и сами во всем разберутся. Но можно им сильно облегчить работу – если будет человек, который расскажет как все устроено, передаст инструкции и сделает акценты – что могло устареть, что точно актуально и тд.
Добавит в рабочие чатики и даст контакты всех нужных спецов, кому можно задать вопросы по инфре и проекту.
Интересно, что мы в металкоде не используем в чистом виде ни канбан, ни скрам, ни другой фреймворк. В плане построения процессов придерживаемся мнения, что можно надергать разных практик и инструментов из методологий, объединять их, докручивать под себя, тестировать, экспериментировать. Взять канбан-доску, спринты, планерки, ретроспективу, залить сверху RICE, положить на ганта для планирования и тд.
За что нередко в кулуарах можно получить презрительный взгляд от коллег, типа "Как так?! Инструменты в отрыве от методологий работают хуже" и тд тп. Но факт остается фактом, все можно докрутить под себя, главное быть достаточно смелыми, чтобы затаскивать изменения в команду ))
Надо признать, много бились над этой системой виртуальных комплектов. Чтобы избежать нестыковок по остаткам, добиться корректного учета в 1С, расчета скидок для розницы. Когда добавились маркетплейсы – стало еще сложнее =)
По технической стороне вряд ли получится внятно ответить в нескольких предложениях. В 1С формируем комплектации для наборов, система может менять вкусы в них. На сайт выгружается как набор со скидкой и конкретным остатком (пересчитывается по комплектующим), продается как набор, а в 1С обратно загружается в разбивке по комплектующим (с кастомной ценой) – так каждый товар встает в резерв и тд. Далее сборка заказа и более менее типовой бизнес-процесс.
Важно еще соблюдать баланс при планировании, так как современная разработка должна быть подвижна. Под требования рынка, под потребности заказчика. Нельзя сформировать один раз Ганта и следовать ему пол года. Но и спринт разваливать нельзя — это 100% убьет все планы и сроки.
Скотт Беркун, «Искусство управления ИТ-проектами»
Активирована ветка полезной литературы по управлению проектам)
«Критическая цепь» Голдратта обязательно к прочтению )
Огонь!)
100% тоже ради вечеров с семьей тренируюсь утром. В основном успеваю переключиться пока в офис добераюсь, поэтому начинать день не тяжело.
А вот разбить день и потренить в обед - интересный опыт) Особенно если еще в бас и в хамам. Какая дальше работа?))
Вспоминаются времена лет эдак 10 назад, когда всё, что мог передать нам потенциальный заказчик по сайту – это доступ к хостингу (легко до подписания договора, а про NDA вообще никто не знал) и список задач в виде “Не работает интеграция с 1С” – бросает в холодный пот.
Современный е-ком сильно сложнее. И чтобы принять проект – нужно попотеть)