• devleads — (не)финансовая мотивация
    0
    Привет! Я отвечаю за мобильную разработку, но попробую ответить основываясь на своем опыте.

    По первому пункту – нужно подкидывать ребятам такие задачи :) Интересно изучить Ruby – напиши скрипт для автоматизации какого-нибудь куска на нашем CI сервере. Такие задачи есть в любой момент времени, даже если их не видно с первого взгляда. Кроме того, их можно успешно «продать» бизнесу, аргументировав ускорением скоростью релизов (в примере с CI/CD). С задачами выходящими за бизнес-специфику команды (как AI) – сложнее. Когда ко мне приходят разработчики и говорят, что им интересно изучить AI – я могу им предложить либо переход в AI-подразделение в банке, либо курс на Coursera. Пока выбирают курс :)

    По второму. Перекладывать на бизнес дествительно не прокатит. Я бы начал с вопроса, а точно нет ценности / цели? Или мы их просто не понимаем? Стоит поговорить с тем, кто приносит задачи от бизнеса и понять почему они хотят сделать именно так.
  • devleads — поговорим о профессиональном выгорании
    +2
    В современной конкурентной среде, если вы не тратите время на работу со своими разработчиками, то через очень короткий промежуток времени они просто уйдут в другую компанию с существенным приростом зарплаты. Если вы готовы всех перебивать деньгами – наверное можно забить на работу с людьми.
    Ну и стоимость привлечения и обучения нового сотрудника выше, чем стоимость регулярной работы с ним.
  • Один день в Альфа-Банке: мобильная разработка
    +2
    Мы работаем над улучшением этой функциональности и уже скоро можно будет посмотреть детальную статистику по начислению кешбека. Фильтрация по расходам доступна в фильтрах внутри истории операций (иконка в правом верхнем углу внутри раздела).
  • Один день в Альфа-Банке: мобильная разработка
    0
    Добрый день. Пожалуйста, напишите мне на почту или напрямую в telegram, если удобно.
  • Один день в Альфа-Банке: мобильная разработка
    0
    Звуки можно отключить в настройках приложения
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Использование TDD помогает эффективнее разделять обязанности компонент. Тесты тоже проходят процесс код ревью, поэтому в нашем случае являются исполняемой документацией.
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Мы проводим много экспериментов и это как раз один из них. Раздел дорабатывается и скоро будет ряд улучшений.
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Да, мы разработали гибкую систему, которая позволяет проводить большое количество экспериментов одновременно.
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Разработчики, которые познали дзен TDD, как минимум меньше переписывают свой код. Мы сейчас проводим внутреннее обучение, так что скоро все наши разработчики будут уметь разрабатывать код с использованием TDD.

    При таком количестве команд и том количестве кода, которое они производят было бы неразумно отметать возможность переиспользовать что-либо. У нас есть дизайн система и библиотека UI-компонент, которые позволяют достаточно быстро собирать UI для новых разделов или целых приложений. Бизнес логика, которая может быть переиспользована тоже выносится в отдельные компоненты (и обязательно покрывается тестами).
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Имеется в виду Windows Phone? Если да, то Microsoft остановил разработку и поэтому мы больше не развиваем приложение под эту платформу.
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Никого не уволили :) Статья описывает общие процессы, которые в Android-разработке очень похожи. Если есть какие-то конкретные вопросы, то я с радостью узнаю у коллег и напишу ответ.
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Скажу честно, сейчас в разных командах процесс может отличаться. Где-то ребята используют TDD, а где-то пишут тесты после того, как код написан. В нескольких командах мы пилотируем использование BDD. В итоге, конечно, процесс будет централизован, но пока проходят эксперименты.
  • Что лучше – 1 команда мобильной разработки или 15?
    +1
    Да, все верно. В одном «модуле» находится один представитель каждой роли. Такой подход позволяет сфокусироваться на определенной функциональности и реализовать её максимально качественно. Наша архитектура позволяет нам строго разделять ответственность каждого компонента, поэтому разобраться в новом модуле разработчику не составляет труда. Кроме того, у нас проводится кросс-командное ревью кода.

    После сборки проект не отдается QA в прямом смысле. Представитель QA уже находится внутри команды. По поводу автотестов – они пишутся внутри команды, параллельно разработке. Таким образом, по завершению итерации разработки, у нас есть функциональность, юнит тесты и автотесты. Автотесты пишет тестировщик (тот самый представитель QA).
  • Что лучше – 1 команда мобильной разработки или 15?
    +2
    Спасибо! У нас команда дизайнеров днями и ночами трудится над удобством интерфейса. Ребята проводят кучу разных исследований и экспериментов. А по поводу баланса – у нас тоже можно :) На iOS достаточно добавить виджет в центр уведомлений или использовать 3D Touch на иконке приложения.
  • Что лучше – 1 команда мобильной разработки или 15?
    +3
    В Android используется clean architecture (адаптированный под него). В presentation слое ребята используют MVP.