Преимущества и недостатки работы в платформенной команде

Читаю книгу Гергели Орош - Разработчик ПО. И внезапно встретил описание платформенных команд разработки и того, чем они отличаются от продуктовых команд, например, разработчиков конфигураций.

С удовольствием пересказываю.

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

- Широкое влияние
Работа платформенной команды не ограничивается одним продуктом.
Она оказывает существенное, хоть и косвенное, влияние на все продукты, использующие платформу

- Больше свободы для разработчиков
В таких командах часто нет продакт-менеджеров. Поэтому программисты могут сами влиять на процессы, заниматься техническим долгом и внедрять новые технологические идеи

- Меньше давление в повседневной работе
Платформенные команды обычно дальше от конечных пользователей, поэтому на них меньше давят сроки выпуска новых фич. Это позволяет больше думать о долгосрочных решениях и качестве архитектуры

- Уровень сотрудников
В платформенных командах часто работают разработчики уровня сеньор и выше, потому что такие задачи требуют большого опыта

Недостатки работы в платформенной команде:
- Сложнее оценить влияние своей работы на дела компании
Продуктовая команда может легко показать результат своей работы. Например, рост дохода или приток новых пользователей благодаря новой функции. Платформенным командам сложнее связать свою работу с понятными бизнес-метриками

- Часто считаются центрами затрат
Из-за того, что платформенным командам сложнее показать прямую пользу для бизнеса, их чаще воспринимают как центр затрат. Поэтому им бывает труднее обосновать расширение команды, а при сокращении расходов такие команды могут пострадать сильнее продуктовых

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

Ссылки из выступления про ИИ
1. Код-ревью 1С - Тренажер по поиску ошибок в коде
2. AI dev в Яндексе: стали ли мы продуктивнее за год?
3. Как Яндекс, Avito, Ozon ИИ-агентов используют для разработки
4. ИИ замедляет опытных разработчиков
5. Миф о продуктивности генеративного ИИ
6. Падения вайбкондинга (агрегатор)
7. Больше 40% проектов с агенстким ИИ отменят к 2027 году
8. 95% пилотов с использование ИИ проваливаются
9. ИИ слишком рисковый для страхования
10. Эпоха LLM трещит по швам: со-основатель OpenAI и глава ИИ в *Meta объяснили, что будет дальше
11. ЧатГПТ делает нас глупее?
12. Врачи стали меньше определять рак после использования ИИ
13. Помощь ИИ снижает настойчивость и ухудшает самостоятельные результаты
14. Тяжелая правда о программировании с использованием ИИ

Бонус:
15. Итоги внедрения ИИ в бизнесе 2025
16. ИИ уничтожает продуктивность
17. Microsoft назвала 40 профессий, которые вскоре могут быть уничтожены ИИ

Ссылки на работы, которые использовались в презентации.
В основном они на английском, но нейросеть поможет вам перевести :)

Разработчики, ориентированные на продукт

Продолжаем читать Гергели Орош. На этот раз о хороших разработчиках, которые делают продукт для конечного пользователя. Чем они отличаются:

- Активно предлагают идеи, а не просто берут задачи в работу
Не ждут постановки от продакта, а сами приходят с инициативами. Зачастую эти идеи выходят за рамки текущего плана, но это двигает команду вперед

- Понимают, зачем существует продукт и как он связан с целями компании
Разбираются в бизнес-контексте, следят за поведением пользователей, смотрят в данные и метрики. Стараются по возможности получить прямой доступ к пользователям

- Постоянно задают вопрос "почему?"
Почему именно эта фича? Почему сейчас, а не другая? При этом стараются делать это так, чтобы не раздражать. Для этого нужно выстраивать отношения с командой

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

- Проверяют гипотезы до релиза, не дожидаясь реакции рынка
Не ждут запуска, чтобы узнать реакцию. Показывают демо, запускают бету, тестируют на коллегах. Вопрос, который они задают себе: "Как убедиться, что это будут использовать так, как мы предполагаем?"

- Не бросают проект после выпуска и следят за тем, как он живет в реальности
Следят за метриками, общаются с поддержкой, смотрят как фича работает у пользователей. Работа для них заканчивается не в момент релиза

- С каждым проектом нарабатывают интуицию и становятся опорой для команды
После каждого завершения проекта их понимание продукта углубляется и нарабатывается профессиональная интуиция. Со временем становятся теми, к кому продакт приходит за мнением ещё до старта. Репутация растет за пределами команды

А есть те кто никогда не был и очень хочет побывать в Желтом Клубе в этот четверг в Москве?

м. Бауманская, в 19:00

Upd: Билеты розданы. Хорошего вечера и до встречи в четверг!

Цугцванг, а не цейтнот

Цейтнот - это когда не хватает времени

Цугцванг - когда любой твой следующий ход делает ситуацию хуже

Ландшафт технологий 1С

Вокруг 1С давно выросла целая вселенная: EDT и git, Vanessa и YAxUnit, SonarQube и BSL LS, мониторинг, CI/CD, брокеры, BI… Уследить за всем нереально - а понять, что нужно именно тебе и с чего начать, еще сложнее

Собрал все это в одну интерактивную карту
landscape1c.ru

Выбираешь, кто ты и где работаешь - и сразу видишь свой стек, без лишнего

Что внутри:
• 206 инструментов в 24 категориях: описание, зачем нужен, с чего начать
• фильтры по зрелости, лицензии, происхождению и доступности
• путь освоения по ролям - от базового к продвинутому
• схема-постер всего ландшафта с экспортом в SVG/PNG/PDF - распечатай и повесь в офисе
• граф связей - аналоги и зависимости между инструментами

Разметку выверяю не один.
За осями стоит экспертный совет - практики из своих областей:
• Матвей Серегин — разработка
• Игорь Апресов — разработка
• Евгений Акпаев — администрирование
• Дмитрий Абрамов — инфраструктура
• Татьяна Головкина — тестирование
• Александр Кунташов — тестирование
• Роман Данилов — аналитика
• Мария Серегина — аналитика

Проект бесплатный, методология открыта, код на GitHub. Любой инструмент можно предложить или поправить

Заходи, найди свой стек и расскажи, чего не хватает

landscape1c.ru

Буду благодарен за репост - так карту увидит больше коллег

Вопросы для подкаста про 1С:Бухгалтерию

У Марии Серегиной есть идея записать выпуск подкаста про 1С:Бухгалтерию. Сразу скажу, что выпуск не со мной, хотя казалось бы...

Уже вышел выпуск про 1С:ERP - там Алексей Кислов, руководитель подразделения развития практики ERP в фирме "1C", рассказал про историю продукта и планы на будущее

Теперь на очереди 1С:Бухгалтерия

Что хотите узнать? Пишите вопросы в комментарии - лучшие попадут в эфир