Разработка при ограниченном человекоресурсе

[andrzejn]

(По наводке nzeemin).

Для программистов и прожект-менеджеров:

"Разработка при ограниченном человекоресурсе"

Полезный набор эвристик, полученных из реального опыта.

А также кое-какие комментарии к этому набору.

Comments

[gekkarp.livejournal.com]

Ну и что в этом нового?
Все-равно более интересная проблема - это не то как сделать продукт побыстрее и подешевле - а как сделать его подороже и с продляемостью дальше :) :) :)
при этом чтоб клиент от тебя не сбежал.
Потому как цель на самом деле - срубить бабла. Как это не пошло звучит.
На моей практике так получается. :)
Все движется пока в эту сторону. Нанимаются сотни индусов писать продукт, который десять лет назад писался бы десятком-другим человек.
И я пока не вижу изменений в другую сторону.

[gekkarp.livejournal.com]

Вот кстати работаем сейчас опять как сабконтракторы IBM - вот жеж реально ребята собаку съели на том, как производить много пыли и нифига не делать.
И я это уже наблюдаю 2 года подряд - один и тот же шаблон поведения.
Кранты просто.

[andrzejn]

И это хорошо. На фоне общей тенденции те фирмочки, которые действительно стараются сделать дело за оптимальные ресурсы, без работы не останутся :) Вот только работать трудно...

[gekkarp.livejournal.com]

Ничего хорошего. У "высокого начальства" видение такое - что контора должна быть ну минимум 100-200 человек. Чтоб дать хоть какой-то более менее серьезный проект.
А фирмочки, в которых есть 20 человек качественных и которые могут написать быстрее чем те 200 - просто оказываются за бортом изначально.
В США так. В Европе чуть получше - но все равно примерно так-же (по отзывам наших европейских товарищей).

[andrzejn]

Ну я надеюсь, что с таким подходом высокое начальство рано или поздно прогорит...

[gekkarp.livejournal.com]

найдут отмазки полюбому. Я еще ни разу не видел, чтоб причиной провала проекта кто-то признал "ах блин, мы выбрали 200 индусов вместо 20 румын" :) :) :)

[andrzejn]

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

[gekkarp.livejournal.com]

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

[gekkarp.livejournal.com]

мало того - его и провалом то никогда не называют
"мы успешно завершили первую стадию проекта" Ура
То что при этом срок увеличился в полтора раза и функционал урезали вдвое - молчок :) :) :)

[livelight]

А потом заказчик, который уже затрахался от того, что ему делают 200 индусов-аутсорсеров, таки приходит к нам. Мы, правда, если надо, можем представляться конторой хоть на 20, хоть на 200 человек, ибо контора у нас, скажем так, федеративная.

[(Anonymous)]

ха - вот как держать при этом заказчика в состоянии счастья - это и есть современное искусство ИТ :) :) :)