Как решить ваши проблемы бизнеса в разработке ПО
Цель любой коммерческой организации — получение прибыли. Как же её не упустить в разработке ПО, не наступая на раскиданные повсюду грабли? Рассмотрим проблемы и как их избежать в управлении продуктами и проектами.
"Начинается любой проект с главного бизнес-идеолога, визионера. В его голове рождается база: гипотеза продукта и модель бизнеса. Для их реализации он сам набирает почти всю команду. Добывает деньги и ожидает результата соразмерно вложенным средствам."
Это все конечно хорошо, но в статье ни слова про архитектора (software architect). A software architect is a software engineer responsible for high-level design choices related to overall system structure and behavior.
Почему-то при строительстве дома всем понятно, что должен быть проект и архитектор. А при разработке ПО.... Когда меня просят оценить или разобраться с "понаписанным", мой первый вопрос - кто архитектор? Примерно в 6 случаях из десяти ответ типа нафиг он нужен, в двух случаях тычат в девопсов, в одном в старшего разраба, и еще в одном в CTO.
Это разработка, которую мы заслужили. Вот бы так в строительстве. ))
См. причину №2 — Команда. СТО и архитектор, а также аналитик, тимлид, владелец продукта, дизайнер и другие не менее важные роли — это тема про команду.
Бизнес и проект не начинается с архитектора. Архитектор — неотъемлемая часть, но не самая первая) Я большую часть своей карьеры был как раз архитектором ПО (solution).
У меня есть огромная статья на эту тему. Чуточку терпения))
Не ожидал, что на vc сразу будет потребность в таких деталях