Офшорное программирование
2 views
Skip to first unread message
Vortex
Mar 30, 2005, 6:41:43 PM3/30/05
to ua-de...@googlegroups.com
Интересуют вопросы работы в сфере
офшорного программирования на
Украине.
Статьи, ссылки на статьи за 2004 год
Площадки поиска проектов за рубежом
офшорного программирования на
Украине.
Статьи, ссылки на статьи за 2004 год
Площадки поиска проектов за рубежом
Lexius
Apr 3, 2005, 3:05:34 AM4/3/05
to ua-de...@googlegroups.com
Vortex
Apr 7, 2005, 4:13:54 PM4/7/05
to ua-de...@googlegroups.com
Есть еще много хороших сайтов
http://www.elance.com
http://www.rentacoder.com
http://www.eLance.com
http://www.smarterwork.com
Хочется услышать мнение об
организации, пошаговых действий?
Мнение о развитии такого
программирования, его перспективы
Andrey Khavryuchenko
Apr 7, 2005, 4:59:08 PM4/7/05
to ua-de...@googlegroups.com
Vortex,
"V" == Vortex wrote:
V> Хочется услышать мнение об организации, пошаговых действий? Мнение о
V> развитии такого программирования, его перспективы
Какого "такого" программирования?
Бизнес-модель, судя по популярности, работает. Проблемы с качеством
разработки никуда не делись. Страховки от коммерческих рисков практически
никакие - кидается либо одна, либо другая сторона: по крайней мере на
rentacoder-е никаких средств ведения проектов (а значит и снижения
коммерческого риска такой операции) нет.
Можно вопрос чётче?
--
Andrey V Khavryuchenko http://www.kds.com.ua/
Silver Bullet Software Solutions http://www.livejournal.com/~akhavr
"V" == Vortex wrote:
V> Хочется услышать мнение об организации, пошаговых действий? Мнение о
V> развитии такого программирования, его перспективы
Какого "такого" программирования?
Бизнес-модель, судя по популярности, работает. Проблемы с качеством
разработки никуда не делись. Страховки от коммерческих рисков практически
никакие - кидается либо одна, либо другая сторона: по крайней мере на
rentacoder-е никаких средств ведения проектов (а значит и снижения
коммерческого риска такой операции) нет.
Можно вопрос чётче?
--
Andrey V Khavryuchenko http://www.kds.com.ua/
Silver Bullet Software Solutions http://www.livejournal.com/~akhavr
Alexey N. Kovyrin
Apr 7, 2005, 7:11:37 PM4/7/05
to ua-de...@googlegroups.com
Andrey Khavryuchenko wrote:
> V> Хочется услышать мнение об организации, пошаговых действий? Мнение о
> V> развитии такого программирования, его перспективы
>
> Какого "такого" программирования?
>
> Бизнес-модель, судя по популярности, работает. Проблемы с качеством
> разработки никуда не делись. Страховки от коммерческих рисков
> практически
> никакие - кидается либо одна, либо другая сторона: по крайней мере на
> rentacoder-е никаких средств ведения проектов (а значит и снижения
> коммерческого риска такой операции) нет.
>
> Можно вопрос чётче?
Думаю, человек хотел услышать мнение об оффшорном программировании
> V> Хочется услышать мнение об организации, пошаговых действий? Мнение о
> V> развитии такого программирования, его перспективы
>
> Какого "такого" программирования?
>
> Бизнес-модель, судя по популярности, работает. Проблемы с качеством
> разработки никуда не делись. Страховки от коммерческих рисков
> практически
> никакие - кидается либо одна, либо другая сторона: по крайней мере на
> rentacoder-е никаких средств ведения проектов (а значит и снижения
> коммерческого риска такой операции) нет.
>
> Можно вопрос чётче?
вообще и ориентировочный набор действий, необходимых для старта бизнеса
в данной отрасли. Вот, Андрей, вы вспомнили о рисках и страховании от
них - это, как мне кажется, тоже очень интересный момент в работе. Было
бы интересно услышать детальнее об этом. Еще интересным моментом
является "раскручивание" комманды на таких сайтах: каким образом
набирать рейтинг (на тех сайтах, на которых он есть)?
--
/Scoundrel
Mike Gorchak
Apr 8, 2005, 12:35:12 AM4/8/05
to ua-de...@googlegroups.com
Hello, Vortex!
V> http://www.rentacoder.com
Ну вот по поводу вот этого могу сказать, что плата там очень заниженная, на
такие деньги виллу не купишь :) Т.е. если брать от туда проекты и выполнять
их на full-time основе, то заработанные деньги не идут ни в какое сравнение
со ставкой, которую можно получать локально. Ну например там валялся одно
время заказ на написание IFS фильтра для WinXP - плата $350. По опыту -
работы с отладкой там в принципе на месяц при 8-ми часовом рабочем дне. В
другом месте без посредников и т.п. за подобное давали не меньше $1000 (ну
где-то так оно и стоит). Только чтобы выполнить работу нужно купить IFS SDK
у MS, а оно тоже денег стоит, вещь эта не очень распространенная, на
Петровке не купишь :) Такое можно выполнить только если хочется чуть-чуть
подзаработать - кодить по вечерам. Да и не факт, что тебя там выберут в
качестве исполнителя проекта - аукцион программистов все-таки.
With best regards, Mike Gorchak. E-mail: mi...@malva.ua
V> http://www.rentacoder.com
Ну вот по поводу вот этого могу сказать, что плата там очень заниженная, на
такие деньги виллу не купишь :) Т.е. если брать от туда проекты и выполнять
их на full-time основе, то заработанные деньги не идут ни в какое сравнение
со ставкой, которую можно получать локально. Ну например там валялся одно
время заказ на написание IFS фильтра для WinXP - плата $350. По опыту -
работы с отладкой там в принципе на месяц при 8-ми часовом рабочем дне. В
другом месте без посредников и т.п. за подобное давали не меньше $1000 (ну
где-то так оно и стоит). Только чтобы выполнить работу нужно купить IFS SDK
у MS, а оно тоже денег стоит, вещь эта не очень распространенная, на
Петровке не купишь :) Такое можно выполнить только если хочется чуть-чуть
подзаработать - кодить по вечерам. Да и не факт, что тебя там выберут в
качестве исполнителя проекта - аукцион программистов все-таки.
With best regards, Mike Gorchak. E-mail: mi...@malva.ua
Max Ischenko
Apr 8, 2005, 12:52:39 AM4/8/05
to ua-de...@googlegroups.com
> Ну вот по поводу вот этого могу сказать, что плата там очень заниженная, на
> такие деньги виллу не купишь :) Т.е. если брать от туда проекты и выполнять
> их на full-time основе, то заработанные деньги не идут ни в какое сравнение
> со ставкой, которую можно получать локально. Ну например там валялся одно
> время заказ на написание IFS фильтра для WinXP - плата $350. По опыту -
> работы с отладкой там в принципе на месяц при 8-ми часовом рабочем дне. В
> другом месте без посредников и т.п. за подобное давали не меньше $1000 (ну
> где-то так оно и стоит). Только чтобы выполнить работу нужно купить IFS SDK
> у MS, а оно тоже денег стоит, вещь эта не очень распространенная, на
> Петровке не купишь :) Такое можно выполнить только если хочется чуть-чуть
> подзаработать - кодить по вечерам. Да и не факт, что тебя там выберут в
> качестве исполнителя проекта - аукцион программистов все-таки.
> такие деньги виллу не купишь :) Т.е. если брать от туда проекты и выполнять
> их на full-time основе, то заработанные деньги не идут ни в какое сравнение
> со ставкой, которую можно получать локально. Ну например там валялся одно
> время заказ на написание IFS фильтра для WinXP - плата $350. По опыту -
> работы с отладкой там в принципе на месяц при 8-ми часовом рабочем дне. В
> другом месте без посредников и т.п. за подобное давали не меньше $1000 (ну
> где-то так оно и стоит). Только чтобы выполнить работу нужно купить IFS SDK
> у MS, а оно тоже денег стоит, вещь эта не очень распространенная, на
> Петровке не купишь :) Такое можно выполнить только если хочется чуть-чуть
> подзаработать - кодить по вечерам. Да и не факт, что тебя там выберут в
> качестве исполнителя проекта - аукцион программистов все-таки.
В принципе, эту тему уже активно обсосали на JOS, кому интересно,
поищите на гугле "rentacoder OR RaC site:discuss.joelonsoftware.com".
Сошлись на том, что расценки там _очень_ низкие, а народу очень много.
Единственный положительный момент - контакты - первоначальный заказ на
100 баксов может в последствии обернуться full-time contract вне RaC.
Т.е. рассматривать RaC как рекламную площадку, а не как источник
дохода.
На петровке, кстати, с софтом уже вообще напряг. :)
Даже с более популярным.
--
Best regards, Max
http://ischenko.blogspot.com/
http://www.developers.org.ua/archives/max/
Mike Gorchak
Apr 8, 2005, 12:56:46 AM4/8/05
to ua-de...@googlegroups.com
Hello, Max!
MI> На петровке, кстати, с софтом уже вообще напряг. :)
Eurovision все-таки :)
MI> Даже с более популярным.
В переходе недалеко от дома, где постоянно стояло 3 лотка с CD/кассетами/DVD
теперь красуется гордая надпись 240-го размера шрифта нанесенная из
баллончика "CD/DVD можно купить посетив сайт XXX при покупке больше 10 штук
доставка бесплатная" :)
MI> На петровке, кстати, с софтом уже вообще напряг. :)
Eurovision все-таки :)
MI> Даже с более популярным.
В переходе недалеко от дома, где постоянно стояло 3 лотка с CD/кассетами/DVD
теперь красуется гордая надпись 240-го размера шрифта нанесенная из
баллончика "CD/DVD можно купить посетив сайт XXX при покупке больше 10 штук
доставка бесплатная" :)
Max Ischenko
Apr 8, 2005, 1:05:40 AM4/8/05
to ua-de...@googlegroups.com
> MI> На петровке, кстати, с софтом уже вообще напряг. :)
>
> Eurovision все-таки :)
Ну да. Думаешь немцы сюда приедут на шоу посмотреть?
>
> Eurovision все-таки :)
Фиг там - за дисками. ж-))
Dmitry Sennikov
Apr 8, 2005, 2:46:54 AM4/8/05
to ua-de...@googlegroups.com
Max Ischenko wrote:
>>Ну вот по поводу вот этого могу сказать, что плата там очень заниженная, на
>>такие деньги виллу не купишь :) Т.е. если брать от туда проекты и выполнять
>>их на full-time основе, то заработанные деньги не идут ни в какое сравнение
>>со ставкой, которую можно получать локально. Ну например там валялся одно
>>время заказ на написание IFS фильтра для WinXP - плата $350. По опыту -
>>работы с отладкой там в принципе на месяц при 8-ми часовом рабочем дне. В
>>другом месте без посредников и т.п. за подобное давали не меньше $1000 (ну
>>где-то так оно и стоит). Только чтобы выполнить работу нужно купить IFS SDK
>>у MS, а оно тоже денег стоит, вещь эта не очень распространенная, на
>>Петровке не купишь :) Такое можно выполнить только если хочется чуть-чуть
>>подзаработать - кодить по вечерам. Да и не факт, что тебя там выберут в
>>качестве исполнителя проекта - аукцион программистов все-таки.
>
>
> В принципе, эту тему уже активно обсосали на JOS, кому интересно,
> поищите на гугле "rentacoder OR RaC site:discuss.joelonsoftware.com".
> Сошлись на том, что расценки там _очень_ низкие, а народу очень много.
> Единственный положительный момент - контакты - первоначальный заказ на
> 100 баксов может в последствии обернуться full-time contract вне RaC.
> Т.е. рассматривать RaC как рекламную площадку, а не как источник
> дохода.
Полностью с согласен что РАК это не источник дохода! На фирме где я
>>Ну вот по поводу вот этого могу сказать, что плата там очень заниженная, на
>>такие деньги виллу не купишь :) Т.е. если брать от туда проекты и выполнять
>>их на full-time основе, то заработанные деньги не идут ни в какое сравнение
>>со ставкой, которую можно получать локально. Ну например там валялся одно
>>время заказ на написание IFS фильтра для WinXP - плата $350. По опыту -
>>работы с отладкой там в принципе на месяц при 8-ми часовом рабочем дне. В
>>другом месте без посредников и т.п. за подобное давали не меньше $1000 (ну
>>где-то так оно и стоит). Только чтобы выполнить работу нужно купить IFS SDK
>>у MS, а оно тоже денег стоит, вещь эта не очень распространенная, на
>>Петровке не купишь :) Такое можно выполнить только если хочется чуть-чуть
>>подзаработать - кодить по вечерам. Да и не факт, что тебя там выберут в
>>качестве исполнителя проекта - аукцион программистов все-таки.
>
>
> В принципе, эту тему уже активно обсосали на JOS, кому интересно,
> поищите на гугле "rentacoder OR RaC site:discuss.joelonsoftware.com".
> Сошлись на том, что расценки там _очень_ низкие, а народу очень много.
> Единственный положительный момент - контакты - первоначальный заказ на
> 100 баксов может в последствии обернуться full-time contract вне RaC.
> Т.е. рассматривать RaC как рекламную площадку, а не как источник
> дохода.
работал так и было. Основной заказчик перестал интенсивно давать
проэкты. В следстии фирма, просто ради поддержания тонуса начала
работать на Раке. За деньгами никто не гнался, основная цель - это
просто чтоб была работа. В последствии выделился заказчик который начал
работатать с фирмой напрямую и приносить прибыль.
P.S. Незнаю насколько правильное было решение заполнять проэктрную
пустоту RAC. Это многим не нравилось, но по крайней мере фирма получила
нового заказчика а люди не сидели без дела.
Andrey Khavryuchenko
Apr 8, 2005, 3:16:44 AM4/8/05
to ua-de...@googlegroups.com
Alexey,
"ANK" == Alexey N Kovyrin wrote:
ANK> Думаю, человек хотел услышать мнение об оффшорном программировании
ANK> вообще и ориентировочный набор действий, необходимых для старта
ANK> бизнеса в данной отрасли.
"Вообще" - работает и успешно :)
Для того, чтобы начать действовать - теперь - достаточно начать работать на
вышеуказанных сайтах.
ANK> Вот, Андрей, вы
Лучше на "ты"
ANK> вспомнили о рисках и страховании от них - это, как мне кажется, тоже
ANK> очень интересный момент в работе. Было бы интересно услышать
ANK> детальнее об этом.
Вчера, читая учебник по бух. учёту, я сообразил как можно изложить процесс
разработки и сопутствующие риски языком, понятным бизнесу. Так что,
надеюсь, на выходных напишу статью.
Относительно страховки от рисков - не надейтесь, что какая-то коммерческая
компания "вдруг" застрахует кого-либо от такого коммерческого риска:
слишком мелкий рынок и слишком непонятны критерии оценки риска.
Так что хорошо уже, если риски твоего процесса разработки выписаны и явно
сказано какая сторона какой риск принимает на себя.
ANK> Еще интересным моментом является "раскручивание" комманды на таких
ANK> сайтах: каким образом набирать рейтинг (на тех сайтах, на которых он
ANK> есть)?
Хм. Успешно выполнять проекты? :)
"ANK" == Alexey N Kovyrin wrote:
ANK> Думаю, человек хотел услышать мнение об оффшорном программировании
ANK> вообще и ориентировочный набор действий, необходимых для старта
ANK> бизнеса в данной отрасли.
"Вообще" - работает и успешно :)
Для того, чтобы начать действовать - теперь - достаточно начать работать на
вышеуказанных сайтах.
ANK> Вот, Андрей, вы
Лучше на "ты"
ANK> вспомнили о рисках и страховании от них - это, как мне кажется, тоже
ANK> очень интересный момент в работе. Было бы интересно услышать
ANK> детальнее об этом.
Вчера, читая учебник по бух. учёту, я сообразил как можно изложить процесс
разработки и сопутствующие риски языком, понятным бизнесу. Так что,
надеюсь, на выходных напишу статью.
Относительно страховки от рисков - не надейтесь, что какая-то коммерческая
компания "вдруг" застрахует кого-либо от такого коммерческого риска:
слишком мелкий рынок и слишком непонятны критерии оценки риска.
Так что хорошо уже, если риски твоего процесса разработки выписаны и явно
сказано какая сторона какой риск принимает на себя.
ANK> Еще интересным моментом является "раскручивание" комманды на таких
ANK> сайтах: каким образом набирать рейтинг (на тех сайтах, на которых он
ANK> есть)?
Хм. Успешно выполнять проекты? :)
Andrey Khavryuchenko
Apr 8, 2005, 3:18:49 AM4/8/05
to ua-de...@googlegroups.com
Max,
"MI" == Max Ischenko wrote:
MI> Единственный положительный момент - контакты - первоначальный заказ на
MI> 100 баксов может в последствии обернуться full-time contract вне RaC.
MI> Т.е. рассматривать RaC как рекламную площадку, а не как источник
MI> дохода.
Так и использую. Последний крупный заказчик - именно оттуда и именно так
(urgent bugfix).
"MI" == Max Ischenko wrote:
MI> Единственный положительный момент - контакты - первоначальный заказ на
MI> 100 баксов может в последствии обернуться full-time contract вне RaC.
MI> Т.е. рассматривать RaC как рекламную площадку, а не как источник
MI> дохода.
Так и использую. Последний крупный заказчик - именно оттуда и именно так
(urgent bugfix).
Vortex
Apr 8, 2005, 5:19:27 PM4/8/05
to ua-de...@googlegroups.com
У нас как всегда, вопрос один, а ответ
ушел в сторону и получилось интересное
обсуждение RaC.
Все таки хотелось услышать детальную
информацию об организации бизнеса. И
относительно рисков тоже, какова
вероятность не оплаты работы?
ушел в сторону и получилось интересное
обсуждение RaC.
Все таки хотелось услышать детальную
информацию об организации бизнеса. И
относительно рисков тоже, какова
вероятность не оплаты работы?
Andrey Khavryuchenko
Apr 8, 2005, 5:49:55 PM4/8/05
to ua-de...@googlegroups.com
Vortex,
"V" == Vortex wrote:
V> У нас как всегда, вопрос один, а ответ
"V" == Vortex wrote:
V> ушел в сторону и получилось интересное
V> обсуждение RaC.
V> Все таки хотелось услышать детальную
V> информацию об организации бизнеса. И
V> относительно рисков тоже, какова
V> вероятность не оплаты работы?
50% - либо оплатят, либо не оплатят :)
На RaC есть арбитраж, который, при выполнении условий пользования сайтом
(общение только через message board и пр) позволяет выдавить из
"враждебного" или "скрывающегося" заказчика стоимость проекта. Но это уже
экстремальные случаи.
В целом, если ты создал ценные (для Заказчика) отношения с Заказчиком, то
он тебе сам с радостью отдаст деньги, ещё и приплатит.
Если нет - тогда чини консерваторию.
Alexander Ogol
Apr 8, 2005, 9:18:40 PM4/8/05
to ua-de...@googlegroups.com
Hello, Andrey Khavryuchenko!
получить в желаемый срок проект достаточного качества. Так что тут -
палка в двух концах...
Интересно ещё и другое. Среди людей, занимающихся оффшорным
программированием, как много одиночек, команд, и - как отдельный класс -
команд, использующих методологии и ориентирующиеся на CMMI? И насколько
вообще системный подход к разработке ПО помогает в такой деятельности,
как оффшорное программирование? (сам я ответ на этот вопрос для себя
сформулировал, но хочу услышать мнение людей - возможно, i'll adjust my
opinion;))
--
Sanyok
On 09.04.2005 0:49 you wrote:
> V> Все таки хотелось услышать детальную
> V> информацию об организации бизнеса. И
> V> относительно рисков тоже, какова
> V> вероятность не оплаты работы?
> 50% - либо оплатят, либо не оплатят :)
> На RaC есть арбитраж, который, при выполнении условий пользования сайтом
> (общение только через message board и пр) позволяет выдавить из
> "враждебного" или "скрывающегося" заказчика стоимость проекта. Но это уже
> экстремальные случаи.
> В целом, если ты создал ценные (для Заказчика) отношения с Заказчиком, то
> он тебе сам с радостью отдаст деньги, ещё и приплатит.
> Если нет - тогда чини консерваторию.
Но, кстати - какой риск с точки зрения заказчика? Он вполне может не
> V> Все таки хотелось услышать детальную
> V> информацию об организации бизнеса. И
> V> относительно рисков тоже, какова
> V> вероятность не оплаты работы?
> 50% - либо оплатят, либо не оплатят :)
> На RaC есть арбитраж, который, при выполнении условий пользования сайтом
> (общение только через message board и пр) позволяет выдавить из
> "враждебного" или "скрывающегося" заказчика стоимость проекта. Но это уже
> экстремальные случаи.
> В целом, если ты создал ценные (для Заказчика) отношения с Заказчиком, то
> он тебе сам с радостью отдаст деньги, ещё и приплатит.
> Если нет - тогда чини консерваторию.
получить в желаемый срок проект достаточного качества. Так что тут -
палка в двух концах...
Интересно ещё и другое. Среди людей, занимающихся оффшорным
программированием, как много одиночек, команд, и - как отдельный класс -
команд, использующих методологии и ориентирующиеся на CMMI? И насколько
вообще системный подход к разработке ПО помогает в такой деятельности,
как оффшорное программирование? (сам я ответ на этот вопрос для себя
сформулировал, но хочу услышать мнение людей - возможно, i'll adjust my
opinion;))
--
Sanyok
Andrey Khavryuchenko
Apr 9, 2005, 3:33:13 AM4/9/05
to ua-de...@googlegroups.com
Alexander,
"AO" == Alexander Ogol wrote:
AO> Но, кстати - какой риск с точки зрения заказчика? Он вполне может не
AO> получить в желаемый срок проект достаточного качества. Так что тут -
AO> палка в двух концах...
Само собой. Однако человек - лишь потенциально разумное существо. А под
давлением, как известно, всё ухудшается :)
AO> Интересно ещё и другое. Среди людей, занимающихся оффшорным
AO> программированием, как много одиночек, команд, и - как отдельный класс
AO> - команд, использующих методологии и ориентирующиеся на CMMI?
Устроим перекличку? )
Кстати, CMMI тебе на RaC не поможет. Там нужен (а) результат (б) быстро
(в) дёшево. Очень хорошее место для обтачивания навыков :)
AO> И насколько вообще системный подход к разработке ПО помогает в такой
AO> деятельности, как оффшорное программирование? (сам я ответ на этот
AO> вопрос для себя сформулировал, но хочу услышать мнение людей -
AO> возможно, i'll adjust my opinion;))
Системный подход помогает везде. Только используют его крайне редко.
"AO" == Alexander Ogol wrote:
AO> Но, кстати - какой риск с точки зрения заказчика? Он вполне может не
AO> получить в желаемый срок проект достаточного качества. Так что тут -
AO> палка в двух концах...
Само собой. Однако человек - лишь потенциально разумное существо. А под
давлением, как известно, всё ухудшается :)
AO> Интересно ещё и другое. Среди людей, занимающихся оффшорным
AO> программированием, как много одиночек, команд, и - как отдельный класс
AO> - команд, использующих методологии и ориентирующиеся на CMMI?
Устроим перекличку? )
Кстати, CMMI тебе на RaC не поможет. Там нужен (а) результат (б) быстро
(в) дёшево. Очень хорошее место для обтачивания навыков :)
AO> И насколько вообще системный подход к разработке ПО помогает в такой
AO> деятельности, как оффшорное программирование? (сам я ответ на этот
AO> вопрос для себя сформулировал, но хочу услышать мнение людей -
AO> возможно, i'll adjust my opinion;))
Системный подход помогает везде. Только используют его крайне редко.
Alexander Ogol
Apr 9, 2005, 5:11:28 PM4/9/05
to ua-de...@googlegroups.com
Hello, Andrey Khavryuchenko!
Можно, кстати, добавить ещё: "(г) качественно".
Ок, я имею в виду не сам CMMI, как некий набор практик, к которому нужно
стремиться, постоянно оптимизируя процессы. Посмотрим на CMMI
статически: на каком уровне следует остановиться, или так: какие
процессы полезны в данной ситуации?
Уровень 1 таки, на мой взгляд, неприемлем, если людей в проекте >1.
IMHO - оптимальным для данной подотрасли является некий subset третьего
уровня (defined), но при этом - полный набор практик второго уровня
(managed) (или почти полный; например, если я правильно понимаю сам
процесс аутсорсинговой разработки, supplier agreement mgmt может
находиться в некой зачаточной форме).
Из областей процессов 3-го уровня мне хочется отдельно отметить risk
mgmt и requirements development, как наиболее полезные (IMHO!) в
аутсорсинге.
--
Sanyok
On 09.04.2005 10:33 you wrote:
> Кстати, CMMI тебе на RaC не поможет. Там нужен (а) результат (б) быстро
> (в) дёшево. Очень хорошее место для обтачивания навыков :)
А где не нужны эти (а), (б) и (в)?
> Кстати, CMMI тебе на RaC не поможет. Там нужен (а) результат (б) быстро
> (в) дёшево. Очень хорошее место для обтачивания навыков :)
Можно, кстати, добавить ещё: "(г) качественно".
Ок, я имею в виду не сам CMMI, как некий набор практик, к которому нужно
стремиться, постоянно оптимизируя процессы. Посмотрим на CMMI
статически: на каком уровне следует остановиться, или так: какие
процессы полезны в данной ситуации?
Уровень 1 таки, на мой взгляд, неприемлем, если людей в проекте >1.
IMHO - оптимальным для данной подотрасли является некий subset третьего
уровня (defined), но при этом - полный набор практик второго уровня
(managed) (или почти полный; например, если я правильно понимаю сам
процесс аутсорсинговой разработки, supplier agreement mgmt может
находиться в некой зачаточной форме).
Из областей процессов 3-го уровня мне хочется отдельно отметить risk
mgmt и requirements development, как наиболее полезные (IMHO!) в
аутсорсинге.
--
Sanyok
Vortex
Apr 10, 2005, 4:50:01 PM4/10/05
to ua-de...@googlegroups.com
И опять вопрос, какая комада
разработчиков наиболее оптимальная?
можно ли ее классифицировать по каким
то признакам( а не только по уровням
процессов) ?
разработчиков наиболее оптимальная?
можно ли ее классифицировать по каким
то признакам( а не только по уровням
процессов) ?
Alexander Ogol
Apr 10, 2005, 4:58:08 PM4/10/05
to ua-de...@googlegroups.com
Hello, Vortex!
В каком смысле - оптимальная?
Всё зависит от
а) размера проекта
б) области, в которой проводится разработка
В MSF предлагается построить trade-off matrix - определить приоритеты:
время, качество/возможности и ресурсы.
Given fixed ___________, we will choose a ___________, and adjust
_________ as necessary.
Подставляем слова "resources", "schedule" и "feature set".
Так вот - команда разработчиков входит в это самое resources, то есть
в) приоритетов
--
Sanyok
Всё зависит от
а) размера проекта
б) области, в которой проводится разработка
В MSF предлагается построить trade-off matrix - определить приоритеты:
время, качество/возможности и ресурсы.
Given fixed ___________, we will choose a ___________, and adjust
_________ as necessary.
Подставляем слова "resources", "schedule" и "feature set".
Так вот - команда разработчиков входит в это самое resources, то есть
в) приоритетов
--
Sanyok
Andrey Khavryuchenko
Apr 11, 2005, 7:53:22 AM4/11/05
to ua-de...@googlegroups.com
Alexander,
"AO" == Alexander Ogol wrote:
AO> Hello, Andrey Khavryuchenko!
"AO" == Alexander Ogol wrote:
AO> On 09.04.2005 10:33 you wrote:
>> Кстати, CMMI тебе на RaC не поможет. Там нужен (а) результат (б) быстро
>> (в) дёшево. Очень хорошее место для обтачивания навыков :)
AO> А где не нужны эти (а), (б) и (в)?
>> Кстати, CMMI тебе на RaC не поможет. Там нужен (а) результат (б) быстро
>> (в) дёшево. Очень хорошее место для обтачивания навыков :)
AO> Можно, кстати, добавить ещё: "(г) качественно".
Ой ли? Большинство заказчиков, которые передо мной пробегают, между
вариантом "как есть" и "качественно, но дороже на 20%" выберут "как есть".
Вывод - для них "качественно" не нужно. Тем более на RaC.
AO> Ок, я имею в виду не сам CMMI, как некий набор практик, к которому
AO> нужно стремиться, постоянно оптимизируя процессы. Посмотрим на CMMI
AO> статически: на каком уровне следует остановиться, или так: какие
AO> процессы полезны в данной ситуации?
AO> Уровень 1 таки, на мой взгляд, неприемлем, если людей в проекте >1.
AO> IMHO - оптимальным для данной подотрасли является некий subset
AO> третьего уровня (defined), но при этом - полный набор практик второго
AO> уровня (managed) (или почти полный; например, если я правильно понимаю
AO> сам процесс аутсорсинговой разработки, supplier agreement mgmt может
AO> находиться в некой зачаточной форме).
AO> Из областей процессов 3-го уровня мне хочется отдельно отметить risk
AO> mgmt и requirements development, как наиболее полезные (IMHO!) в
AO> аутсорсинге.
Не знаю. Я уже давно не соизмеряю свою команду с CMM*
Reply all
Reply to author
Forward
0 new messages