От Steven Steel
К Лейтенант
Дата 23.03.2010 15:46:39
Рубрики Современность; Армия;

Re: Не помогает

>Следующие - такие же. В этом-то и вся засада с аутсорсингом что "других аутсорсеров у нас для Вас нет" - чесные в такой конкурентной среде не выживают.

Да ладно... Обратитесь в аутсорсинговые отделы солидных компаний типа ИБМ.
От bedal
К Steven Steel (23.03.2010 15:46:39)
Дата 23.03.2010 16:26:55

просто для того, чтобы аутсорс был эффективен

нужен качественный менеджер по управлению им со стороны заказчика. Даже больше - нужна технология. Итеративный подход, работа без ТЗ и т.п.

В общем, проблема не в аутсорсерах, а в заскорузлых методах управления. Аутсорс - штука гибкая, и, если заказчик платит деньги ни за что - то это и получит.

А в условиях устных договорённостей или водопадного (каскадного) подхода - действительно лучше иметь своих посконных.
От Fateev
К bedal (23.03.2010 16:26:55)
Дата 24.03.2010 09:42:35

Re: просто для...

День добрый.

>нужен качественный менеджер по управлению им со стороны заказчика. Даже больше - нужна технология. Итеративный подход, работа без ТЗ и т.п.

А можно поинтересоваться -"работа без ТЗ" это КАК ???

По моему скромному мнению (и опыту) работа без ТЗ как раз и приводит к выплате денег "ни за что "- а какие проблемы, ТЗ то нет...

С уважением, Павел Фатеев.
От bedal
К Fateev (24.03.2010 09:42:35)
Дата 24.03.2010 12:26:50

по нынешним взглядам - наоборот :-)

Работа по предопределённому ТЗ приводит к очень большим тратам, так как необходимо предусмотреть всё и малополезным результатам, так как многое из задуманного на практике оказывается ненужным.
Работа по ТЗ получается эффективной только при модификации, когда нужно просто повторить уже известное с малой долей новизны.

Потому сейчас гораздо популярнее итеративный подход, когда даётся ТЗ в самых общих терминах, по нему в короткие сроки делается работа, результаты оцениваются, ТЗ дополняется и корректируется и пошла следующая итерация. Суть в том, что на каждой следующей итерации заказчик всё лучше осознает, что же именно ему нужно в противовес традиционному подходу, когда заказчик пишет сверхподробное ТЗ, на самом деле не представляя, в чём он действительно нуждается.

Эта технология родилась в IT, в мелких проектах, но с течением времени распространяется и вширь (в другие области) и вглубь (в большие проекты с широкой кооперацией).

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

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

Чем выше уровень новизны в проекте (новизна отвечает часто не текущим требованиям, а перспективным, формирующимся в процессе развития проекта) - тем больше преимущества итерационного метода перед каскадным (традиционным).

Конечно, это не панацея и не то, что сразу понятно как организовать в сложных случаях.
От Fateev
К bedal (24.03.2010 12:26:50)
Дата 24.03.2010 13:15:51

Re: по нынешним...

День добрый.

>Чем выше уровень новизны в проекте (новизна отвечает часто не текущим требованиям, а перспективным, формирующимся в процессе развития проекта) - тем больше преимущества итерационного метода перед каскадным (традиционным).
>Конечно, это не панацея и не то, что сразу понятно как организовать в сложных случаях.
Крайне спорное утверждение.
Уровень детализации ТЗ - величина обсуждаемая, но основные моменты должны быть зафиксированы обязательно.
Я отношу к таковым цели и задачи проекта, цифровые показатели на входе и выходе, сроки реализации и внедрения. А если в проекте участвуют и другие подрядчики - то взаимодействие должно быть зафиксировано как можно подробнее.
Иначе получается "вообщето мы хотели соооовсем другое...".

С уважением, Павел Фатеев.
От bedal
К Fateev (24.03.2010 13:15:51)
Дата 24.03.2010 14:46:25

вот для этого и итерации

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

Просто только на бумаге - переход к такой технологии психологически очень не прост. Зато результат хорош, процент успешных проектов растёт в разы.
От Fateev
К bedal (24.03.2010 14:46:25)
Дата 24.03.2010 15:05:44

Re: вот для...

День добрый.

Давайте заканчивать, а то баном за оффтоп уже пахнет)))

С уважением, Павел Фатеев.
От Steven Steel
К bedal (23.03.2010 16:26:55)
Дата 23.03.2010 16:53:08

Re: просто для...

>нужен качественный менеджер по управлению им со стороны заказчика. Даже больше - нужна технология.

Естественно! Заказчик должен уметь пользоваться аутсорсингом, как инструментом управления.