Здравствуйте, AVM, Вы писали:

AVM>Здравствуйте, Bor-ka, Вы писали:

BK>>Да. Кстати. Забыл определить аксиомы, в рамках которых я рассуждаю. Аутсорс я имел в виду не продажу по ресурсной модели. А проектный аутсорс. Когда аутсорсится целиком проект, и аутсорсер отвечает за деливери продукта в рамках бюджета. Плюс сбор требований, плюс изменения требования, плюс ПСИ, и т.п.
AVM>IMHO, с точки зрения ценообразования, fixed price проект, тоже что и ресурсный, только в профиль. Цена проекта определяется стоимостью человека-часа и количеством самих человеков. В продуктовом проекте, стоимость конечного продукта очень апосредованно связана с efforts на создания продукта, потому что работает старый добрый принцип распределения бюджета: 30% разработка, 70% — внедрение и сопровождение.

Э... Стоимость проекта разработки определяется и в fixed price и в продуктовом одинаково. Это оценка размера продукта, из которой получается трудозатраты, из которых получается цена.

А стоимость продукта при продаже — уже совершенно отдельный разговор, не имеющий отношения к разработке per se. Он может быть сначала выше, чем необходимо ("снять сливки с нетерпеливых"), может быть ниже ("въехать в рынок"), может быть разным ("сегментировать рынок по спросу" а-ля Микрософт, которая продаёт один и тот же продукт по разным ценам) и т.п.

BK>>Аутсорс махровый, с продажей программиста на 50% или сколько-то там процентов, кончено неприятен.
AVM>Чем же он так неприятен?

Неприятен потерей (или ненабором) квалификации компании. Компания, которая аутсорсит проект, выстраивает у себя процесс разработки, в частности есть управление требованиями, управление проектом и т.п. Теоретически происходит накопление опыта. Компания должна уметь оценить проект, спланировать его, оценить риски и т.п.

Если же основная задача компании — набрать дешёвую рабочую силу (программистов) и продать кому-то по ресурсной модели, то накопления опыта не происходит. Только если чисто "программистского" ("как написать запрос").


AVM>Кроме отдела маркетинга есть еще служба сопровождения. IMHO вполне допустима ситуация, что при выводе сырого продукта можно получить короткосрочную прибыль, но понести убытки в перспективе и наоборот, заслаидив выпуск продукта, можно получить короткосрочную недополученную прибыль, но кучку бенефитов потом. IMHO очень много различных факторов помимо маркетинговых.

По-моему это и есть маркетинг (т.е. как продвигать продукт, какая будет выгода в краткосрочной перспективе, как его развивать и т.п.)

AVM>Кстати чтобы посмотреть, как производственный отдел будет проталкивать слайд или сокращение отделу маркетинга тебе надо поработать например в MS, как известно у них бывают переносы сроков выхода продуктов.

К сожалению, не работал в подобных компаниях (маленькие аутсорсеры, большие аутсорсеры, интеграторы). Но есть подозрение, что при упёртом отделе маркетинга несильно отличается от интегратора. То есть заказчик говорит, что надо. И единственный выход разработчиков — навалить побольше людей. А когда не получается (причём, понятно почему — Брукса никто не отменял), выясняется, что не очень-то и надо было, можно и сдвинуть сроки были. Но начальство (заказчика) не даёт, как же, дата в бумажке написана, ему перед советом директоров отчитываться по этой бумажке.... Тьфу на них