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

В оригинале это звучит как "Successful product managers are excellent leaders, even when they have no formal authority" .

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

Используемый в разработке программного обеспечения инструментарий не ограничивается только лишь системой управления проектом и интегрированной средой разработки. Для моделирования и проектирования разработаны специализированные инструменты, о которых обязательно нужно знать разработчикам и уметь применять. В этом посте я хочу рассказать про наш опыт использования Enterprise Architect (EA) в собственных проектах.

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

Рекомендую руководителям проектов, использующим Agile практики и методологии, и архитекторам приложений посмотреть на выступление Ребеки Парсонс (CTO at ThougthWorks) и Мартина Фаулера.