Медведи :)

Харьков? За какую команду играешь?

Спасибо

Спасибо за рекомендацию. Главная цель — проверить интерес потенциальных пользователей. Посоветуете более целевую платформу?

Поздравляю. Красивая история с happy end.

Если строго придерживаться определений — Agile и Fixed-priсe конечно же не совместимы.. Это очевидно и не стоит упоминать.

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

Работает только с адекватными клиентами.

Понравился гость, интересный человек. Вопросов мало :(

Обычно если такое требование взбредает в голову — так делал партнер или советовал сосед.. Что-то в этом роде, иначе хватает условий NDA. Так что тут юридическими аргументами не отделаешься, нужно взывать к здравому смыслу.

Компания делает ПО на заказ. Веб, десктоп, под мобильные платформы.

предложите в договор включить пункт об обслуживании «навсегда»

Отличная идея :)

Обстоятельства разные бывают, и бывают очевидно уникальные проекты (как по сложности, так и по глупости).

Поддерживаю. ВАЗ-2108 1990г 1.3. Досталась в 2008г с пробегом 77 000, сейчас 120 000. Едет отлично, но нужен уход. Нравится :)

Заливаю ОККО 95, 3 бака в месяц, примерно 15 000 км в год.

Штрафы примерно раз в 3 месяца.

ничего не теряете

На счет этого не очень согласен.. Я так понимаю Олег возьмет на себя расходы (первоначальные?) по продвижению до того момента когда будет понятно что идея выстрелит.

Или это не так?

По Харькову.

ХНУРЭ, факультет КН, специальности ИУСТ, ИСПР, ПОАС..

Если память не изменяет :)

Спасибо, посмеялся :)

По сути Agile не дает заказчику гарантий по поводу того что он получит за свои деньги. Для человека, который платит свои деньги — самый большой минус. Многие предпочитают заплатить 10-15% сверху за предварительный анализ, чтобы все-таки очертить границы проекта, бюджет и сроки. Пусть и с долей приближения.

Если не вдаваться в крайности, а бюджету все-таки есть предел — можно обходиться без Agile. Конечно, если этого хотят обе стороны ;)

Очевидно, что чем больше проект — тем желание использовать Agile у разработчика больше. Это понятно и правильно, в таких системах оценки еффорта начинают перетекать в «предсказания».

Каждому проекту — своя методология..

Agile как-то не укладывается в fixed-price contract, не находите?

Для того чтобы стартовать fixed-price проект нужно потратить какой-нибудь месяц на сбор и документирование требование, оценку еффорта и составление плана разработки и сдачи проекта. И только потом приступать к разработке. Если время терпит и идея проекта все-таки объятна — идеальное решения для обеих сторон.

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

Интересно было почитать..

P.S. Парни, ну и разошлись вы в детской теме :)))))