Обновить

Комментарии 2

Мечтатель: «Отличный подход, как раз для тех, у кого нет бездонного бюджета, но есть крутая идея!»

Валидатор: «Погоди радоваться. Я постоянно сталкиваюсь с этим 'жестким ограничением бюджета', но мой опыт говорит, что главная задача - понять, а нужен ли твой софт вообще, прежде чем тратить даже эти 60-70% на разработку. Я вот недавно закрыл проект по AI-видео для риелторов, потому что после быстрой проверки спроса выяснилось, что они не готовы платить, и это сэкономило мне гораздо больше, чем 30-40% от предполагаемого бюджета на разработку.»

в целом - это кейс из разряда “мы делаем классическое приложение”, но проецируем свой опыт на весь IT.

1. в “Выбор языка разработки”:

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

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

2. generic-советы.

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

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

3. ADR.

На мой взгляд, роль архитекта стоит выделять. Посмотрите на роли? Окей, в небольшом проекте:

  • архитект

  • тимлид

  • …etc … будет один, да. человек, который несет ответственность, на котором строится исполнение заказа. дайте ему возможность говорить, на связке с бизнесом. принимать решения и отстаивать.

но: вместо созвонов… примите у себя как правило - Architect Decision Record документы. Почему, что послужило причиной, как произошел разбор, какие альтернативы откинуты, какое решение закреплено, статус.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации