Комментарии: Реализация vs. Продукт http://victorronin.com/2009/03/10/realizaciya-vs-produkt/ Несерьезные мысли о серьезном бизнесе от Виктора Ронина. Mon, 23 Jan 2012 10:08:39 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Автор: Елена http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-214473 Елена Fri, 29 Jul 2011 10:35:47 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-214473 Надо определиться что хочет покупатель, заранее договариваться и обговаривать все пункты, чем занимается работник, понятно без этого никуда Надо определиться что хочет покупатель, заранее договариваться и обговаривать все пункты, чем занимается работник, понятно без этого никуда

]]> Автор: Богдан http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-87527 Богдан Mon, 27 Apr 2009 12:48:17 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-87527 Заказчик должен определить для себя, что ему нужно и изложить это в устной или письменной форме исполнителю Заказчик должен определить для себя, что ему нужно и изложить это в устной или письменной форме исполнителю

]]> Автор: Victor Ronin http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-84667 Victor Ronin Fri, 17 Apr 2009 17:01:14 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-84667 Ну, зачастую заказчик сам и не знает все нюансы. Сейчас свой продукт веду. И месяца 3 назад мое представление о нем было откровенно смутным. Плюс опять, же то, что я и говорил - даже описал все детали связанные с реализацией, получиться только код, а не продукт. Ну, зачастую заказчик сам и не знает все нюансы.

Сейчас свой продукт веду. И месяца 3 назад мое представление о нем было откровенно смутным. Плюс опять, же то, что я и говорил – даже описал все детали связанные с реализацией, получиться только код, а не продукт.

]]> Автор: Дмитрий Валерьевич http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-82956 Дмитрий Валерьевич Sat, 11 Apr 2009 08:44:27 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-82956 Это такая ситуация в реале была? Перед тем как заказывать у кого-то работу, нужно изложить исполнителю все нюансы по поводу того, как должна выглядеть эта работа Это такая ситуация в реале была? Перед тем как заказывать у кого-то работу, нужно изложить исполнителю все нюансы по поводу того, как должна выглядеть эта работа

]]> Автор: Альберт http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-80767 Альберт Fri, 03 Apr 2009 15:08:33 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-80767 если поэтапно всё планировать всё должно получится без проблем как говорится "семь раз отмерь-один раз отрежь" если поэтапно всё планировать всё должно получится без проблем
как говорится «семь раз отмерь-один раз отрежь»

]]> Автор: Дмитрий http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-80342 Дмитрий Thu, 02 Apr 2009 06:28:14 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-80342 Почти согласен с Victor Ronin. Перестанут лезть не только заказчики, но и исполнители. Щас розвелось таких, только бабулек-пенсионеров стращать умеют и умное лицо делать :-) Почти согласен с Victor Ronin. Перестанут лезть не только заказчики, но и исполнители. Щас розвелось таких, только бабулек-пенсионеров стращать умеют и умное лицо делать :-)

]]> Автор: Из интернета http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-80019 Из интернета Tue, 31 Mar 2009 16:42:41 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-80019 Да, с такими клиентами лучше дела не иметь, и вообще, следует условия и масштабы работы от и до оговаривать предварительно! :) Да, с такими клиентами лучше дела не иметь, и вообще, следует условия и масштабы работы от и до оговаривать предварительно! :)

]]> Автор: Сергей Тарасов http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-78411 Сергей Тарасов Tue, 24 Mar 2009 18:19:47 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-78411 Приведенный пример с двумя средами не из космической отрасли, а из внутреннего проекта некритичного к простою приложения для заказчика - крупного дистрибутора. Вопрос внутренних стандартов и качества управления. Приведенный пример с двумя средами не из космической отрасли, а из внутреннего проекта некритичного к простою приложения для заказчика – крупного дистрибутора. Вопрос внутренних стандартов и качества управления.

]]> Автор: Victor Ronin http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-78405 Victor Ronin Tue, 24 Mar 2009 18:05:58 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-78405 Да, естественно, в конечном счете все сводится к необходимость заказчика. Писать софт для космических кораблей в agile стиле никак не выйдет, что с внешним, что в внутренним IT отделом. Делать какой-то внутренний не слишком критичный продукт - agile то, что нужно. Да, естественно, в конечном счете все сводится к необходимость заказчика.

Писать софт для космических кораблей в agile стиле никак не выйдет, что с внешним, что в внутренним IT отделом.

Делать какой-то внутренний не слишком критичный продукт – agile то, что нужно.

]]> Автор: Сергей Тарасов http://victorronin.com/2009/03/10/realizaciya-vs-produkt/comment-page-1/#comment-78349 Сергей Тарасов Tue, 24 Mar 2009 10:02:22 +0000 http://victorronin.com/2009/03/10/realizaciya-vs-produkt/#comment-78349 А надо ли постоянно иметь нечто сделанное на живульку? Это по большому счету вопрос дисциплины и стандартов самого заказчика равно как и доверия между заказчиком и исполнителем. Свой отдел ИТ - куда ни шло. А если его нет, все исполнители внешние? Предположим, у заказчика 2 среды: тестовая и продуктовая. К тестам привлекаются ключевые пользователи. Перенос из одной в другую строго регламентирован. Можно ли в таких случаях уповать на частые релизы вместо проработки требований к системе, функционала и четкой фиксации того, что будет сделано и что надо будет тестировать? А надо ли постоянно иметь нечто сделанное на живульку? Это по большому счету вопрос дисциплины и стандартов самого заказчика равно как и доверия между заказчиком и исполнителем. Свой отдел ИТ – куда ни шло. А если его нет, все исполнители внешние?

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

]]>