Comments on: О заваленных проектах http://victorronin.com/2008/06/13/o-zavalennyx-proektax/ Несерьезные мысли о серьезном бизнесе от Виктора Ронина. Tue, 06 Jan 2009 21:02:32 +0000 http://wordpress.org/?v=2.3.1 By: рубен http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-16792 рубен Mon, 18 Aug 2008 08:48:50 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-16792 Напишите кто-нибудь ответ на просьбу Bиктора? :) всем же интерестно Напишите кто-нибудь ответ на просьбу Bиктора? :)
всем же интерестно

]]> By: Victor Ronin http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-13384 Victor Ronin Wed, 23 Jul 2008 18:17:01 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-13384 Хм, Спам или действительно можно позавидовать? Хм, Спам или действительно можно позавидовать?

]]> By: Костя http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-13382 Костя Wed, 23 Jul 2008 17:53:24 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-13382 Да… Вашим взглядам на жизнь, и отношению к работе - можно только позавидовать! Да… Вашим взглядам на жизнь, и отношению к работе - можно только позавидовать!

]]> By: Victor Ronin http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10066 Victor Ronin Mon, 16 Jun 2008 01:21:46 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10066 Да, естественно, в конечном итоге успешность проекта решают деньги. Но, все таки, чаще всего проекты абсолютно неуспешные технически до денег не добираются. Кстати, поэтому я вписал и бизнес проблемы. Что описанные бизнес проблемы чаще всего ведут к ненормальному ведению проекта. Естественно, можно найти кучу примером, проектов с плохим качеством, которые продавались, но все же, самые лучше проекты - которые и технически и бизнес не провальные. Да, естественно, в конечном итоге успешность проекта решают деньги. Но, все таки, чаще всего проекты абсолютно неуспешные технически до денег не добираются.

Кстати, поэтому я вписал и бизнес проблемы. Что описанные бизнес проблемы чаще всего ведут к ненормальному ведению проекта.

Естественно, можно найти кучу примером, проектов с плохим качеством, которые продавались, но все же, самые лучше проекты - которые и технически и бизнес не провальные.

]]> By: jaguar http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10065 jaguar Mon, 16 Jun 2008 01:07:37 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10065 А еще кстати интересен критерий оценки успешности проекта :) Вот тут eko человек описал, что они проект сделали и даже по спецификации, но заказчик оказался в минусах и потому окрестил проект заваленным. Я работаю на проекте, первую версию мы в принципе как девелоперы завалили (хотя формально так же оказались чисты, т.к. там ваще полный швах был с требованиями), но тем не менее главную цель заказчик даже с таким не доделаным продуктом выполнил - нашел инвестора который купил эту недоделку и теперь вкладывает деньги в ее дальнейшую разработку. Таким образом можно сказать, что первая версия проекта оказалась успешной :) Вопрос конечно, пойдет ли эта версия после доработки в "продажу" и будет ли успешной вторая версия. Потому как инвестор там походу вообще этим мало интересуется, полностью доверившись промежуточному руководящему звену в роли которого выступает все тот же заказчик, который был изначально. Так что если оценивать успешность по качеству, то это одно, а если оценивать по рентабельности, то как бы уже совсем другое, т.к. хороший продавец может и "гавно" продать. А еще кстати интересен критерий оценки успешности проекта :)
Вот тут eko человек описал, что они проект сделали и даже по спецификации, но заказчик оказался в минусах и потому окрестил проект заваленным. Я работаю на проекте, первую версию мы в принципе как девелоперы завалили (хотя формально так же оказались чисты, т.к. там ваще полный швах был с требованиями), но тем не менее главную цель заказчик даже с таким не доделаным продуктом выполнил - нашел инвестора который купил эту недоделку и теперь вкладывает деньги в ее дальнейшую разработку. Таким образом можно сказать, что первая версия проекта оказалась успешной :) Вопрос конечно, пойдет ли эта версия после доработки в “продажу” и будет ли успешной вторая версия. Потому как инвестор там походу вообще этим мало интересуется, полностью доверившись промежуточному руководящему звену в роли которого выступает все тот же заказчик, который был изначально. Так что если оценивать успешность по качеству, то это одно, а если оценивать по рентабельности, то как бы уже совсем другое, т.к. хороший продавец может и “гавно” продать.

]]> By: Victor Ronin http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10043 Victor Ronin Sat, 14 Jun 2008 22:00:07 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10043 Я слегка расширил каждый пункт. Я слегка расширил каждый пункт.

]]> By: Victor Ronin http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10042 Victor Ronin Sat, 14 Jun 2008 21:51:04 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-10042 Кстати, точно... это я забыл. Сейчас впишу в статью. Действительно, если внимания мало проекту уделяется с бизнес стороны (все равно заказчиком, или тому кто устанавливает требования к проекту). Кстати, точно… это я забыл.

Сейчас впишу в статью.

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

]]> By: Виктор http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-9994 Виктор Sat, 14 Jun 2008 11:44:13 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-9994 Было бы интересно узнать поподробнее Было бы интересно узнать поподробнее

]]> By: eko http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-9983 eko Sat, 14 Jun 2008 06:47:23 +0000 http://victorronin.com/2008/06/13/o-zavalennyx-proektax/#comment-9983 Довольно частая проблема - это недостаточное внимание заказчика к проекту и его уверенность, что заплатив деньги всё будет сделано как надо. Как это было: - Заказчик халатно отнёсся к ревью спецификаций (было очень мало вопросов и замечаний) и не давал техническим специалистам (конечным пользователям) поиграться с промежуточными билдами. Всё ограничивалось тем, что их начальник 5ть минут потыкается, вроде всё работает и остаётся доволен. Когда мы сдали продукт они спохватились - было очень много вопросов и возмущений. Мы оказались чисты, так как всё по спецификации, но продукт оказался провальным:( - У проекта были очень жёсткие сроки, девелопмент вёлся очень интенсивно и каждую неделю мы поставляли билд заказчику, но случилось так, что в стране заказчика была крупная забастовка и сервер на который должно было установиться приложение задерживался (больше чем на 2 месяца). Из за отсутствия железки, они не удосужились поставить программу на менее мощный сервер и протестировать как приложение работает в их окружении. В результате, когда сервер пришёл, выяснилось, что наши веб-сервисы не совместимы и проект затянулся ещё на 2 месяца, заказчик потерял довольно много денег. - Заказчик не уделяет внимания рискам. Каждую неделю мы отправляем статус репорт с перечислением всех рисков и проблем. Когда риски наступают, для заказчика это оказывается сюрпризом. Хотя мы об этом предупреждали и говорили, что нужно сделать чтобы минимизировать последствия. Вывод: как бы глупо это не выглядело со стороны нормально человека, но как только возникает сколь-нибудь серьёзный риск надо поднимать панику и кричать заказчику, что всё плохо. Только тогда они предпринимают какие-либо ответные действия и проект успешно сдаётся. Когда говоришь о возможной проблеме спокойно, у людей редко включается разумное и им кажется, что это маловероятно и не страшно. Довольно частая проблема - это недостаточное внимание заказчика к проекту и его уверенность, что заплатив деньги всё будет сделано как надо. Как это было:
- Заказчик халатно отнёсся к ревью спецификаций (было очень мало вопросов и замечаний) и не давал техническим специалистам (конечным пользователям) поиграться с промежуточными билдами. Всё ограничивалось тем, что их начальник 5ть минут потыкается, вроде всё работает и остаётся доволен. Когда мы сдали продукт они спохватились - было очень много вопросов и возмущений. Мы оказались чисты, так как всё по спецификации, но продукт оказался провальным:(
- У проекта были очень жёсткие сроки, девелопмент вёлся очень интенсивно и каждую неделю мы поставляли билд заказчику, но случилось так, что в стране заказчика была крупная забастовка и сервер на который должно было установиться приложение задерживался (больше чем на 2 месяца). Из за отсутствия железки, они не удосужились поставить программу на менее мощный сервер и протестировать как приложение работает в их окружении. В результате, когда сервер пришёл, выяснилось, что наши веб-сервисы не совместимы и проект затянулся ещё на 2 месяца, заказчик потерял довольно много денег.
- Заказчик не уделяет внимания рискам. Каждую неделю мы отправляем статус репорт с перечислением всех рисков и проблем. Когда риски наступают, для заказчика это оказывается сюрпризом. Хотя мы об этом предупреждали и говорили, что нужно сделать чтобы минимизировать последствия.

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

]]>