Комментарии на сайте Не понимаешь? Ощущай!

Комментарий к записи Спонтанность и практика вероятностей (Денис Брюхов)

Денис Брюхов — Wed, 16 Sep 2009 08:34:31 +0000

Спасибо! Для себя )

Комментарий к записи Спонтанность и практика вероятностей (Скакунов Александр)

Скакунов Александр — Wed, 16 Sep 2009 08:14:49 +0000

Хороший сценарий. Уже экранизировано, или это написано так, для себя?

Комментарий к записи Сайт Департамента Туризма Филиппин (Чорный Лузеръ)

Чорный Лузеръ — Mon, 02 Mar 2009 08:17:07 +0000

Карта — это хорошо, но 1. у нее нет адреса, на который можно сослаться; 2. непрозрачен выход из полной развернутой карты

Комментарий к записи Когда руки не успевают за мыслями… (Александр)

Александр — Thu, 16 Oct 2008 19:48:32 +0000

Эта программа лучшая в своё роде.
А вот лекарство у вас есть к 5 версии?

Комментарий к записи Гибкая разработка сайта: программирование + дизайн (Денис Брюхов)

Денис Брюхов — Mon, 14 Jul 2008 11:54:30 +0000

Я говорил о том, что честность разработчиков вопрос не первой важности, поскольку клиент является членом команды. И это не главное, главное другое — agile-методологии как раз и применяются в тех случаях, когда проект не имеет конечного объема работ и предполагается постоянное развитие. Поэтому реализуется минимальный объем работ, срок сдачи которого очевиден для всех. Далее идет развитие функциональности уже работающего проекта.

Комментарий к записи Гибкая разработка сайта: программирование + дизайн (Иван)

Иван — Mon, 14 Jul 2008 11:54:13 +0000

Насчет ожидания результата я имел в виду, что заказчик знает не ЧТО он получит, а КОГДА, т.е. за какое число итераций получит ожидаемый продукт. Из вашего замечания получается, что явно это не обговаривается. Иными словами, подразумевается, что разработчики предельно честны и нацелены на результат, и заказчик придерживается таких же позиций :)

Комментарий к записи Гибкая разработка сайта: программирование + дизайн (Денис Брюхов)

Денис Брюхов — Wed, 09 Jul 2008 11:53:54 +0000

Иван, согласно методологии Scrum, насколько я помню, заказчик является владельцем продукта и формирует product backlog, иначе говоря список возможностей (features) будущего продукта. Собственно, этот объем возможностей и представляет собой ожидаемый результат.

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

Комментарий к записи Гибкая разработка сайта: программирование + дизайн (Иван)

Иван — Wed, 09 Jul 2008 11:53:14 +0000

Денис, думается, ваш подход достаточно адаптирован для разработки интернет стартапов. Есть один нюанс (собственно, этот вопрос остался для меня не решенным и в методологиях разработки обычного ПО).

Как оценивать стоимость проекта и как это предоставлять заказчику?

С одной стороны, для заказчика очевидно, что работа должна быть оплачена пропорционально трудозатратам исполнителя, заказчик на каждом витке проекта видит результат, динамику, с другой — заказчик не дурак (особенно в России), что исполнителю выгодно растягивать проект до как можно больших размеров, чтобы больше “срубить бабла”.

Одним словом, када процесс разработки уже запущен, сколько платить за проект, заказчику понятно — по результатам каждой итерации. А када заказчик еще в разработке как быть? Как ему пообещать, что он получит ожидаемый результат за конечное число циклов? :(

Комментарий к записи Коллекция путешествий (Phil Smirnov)

Phil Smirnov — Tue, 15 Apr 2008 11:48:17 +0000

Спасибо на добром слове :)

Однако надо честно признаться, что мы только придумали интерфейс и нарисовали дизайн. По большому счету — все остальное сделали наши друзья из corvin.ru.