(no subject)

[gingema]

Данные мои показали, что в проектах, где больше используют Web-based tools, больше пережигают бюджет и хуже отвечают на вопрос "Довольны ли вы результатами проекта в целом?". Нужно придумать этому какое-нибудь правдоподобное объяснение. Никаких идей. А у вас?

Comments

[e_mir]

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

[gingema]

Но перебор с бюджетом, а не с графиком.

[pashar.livejournal.com]

Возможно, потому, что web-based tools пихают теперь к месту и не к месту, и для некоторых проектов они просто не подходят. Соответственно, вместо того, чтобы быстро написать аппликацию, долго и нудно разрабатывают web-based solution.

[yankel.livejournal.com]

+1

[gingema]

Там не solution, а используются web based tools для общения в процессе проекта. Причем просто shared documents тоже к ним относятся. Но самое главное - проблемы с бюджетом проекта, а не со сроками сдачи (то есть, со сроками проблемы тоже есть, но меньше, и объяснить требуется именно бюджетные).

[pashar.livejournal.com]

Тогда можно перефразировать мой коммент так: web-based tools не годятся для коммуникации.
Вот тебе пример из жизни: у нас активно используется sharepoint. Мне он жутко неудобен, искать документ задолбаешься, URL я никогда не помню и т.д. Может, я такой ретроград, а может, IT ее сконфигурировал по-левому, но факт — неудобно.
В результате, у нас просто на сетевом диске есть директория с копиями всех основных документов, и если кому чего надо, он идет прямо туда, а не в sharepoint, а если надо переслать документ, то мы пересылаем копию, а не линк на sharepoint.

[gingema]

Такое происходит сплошь и рядом (поэтому я его и изучаю!). Но, опять же, я бы поняла, если бы это мешало срокам проекта, качеству продукта. Почему именно бюджету?

[pashar.livejournal.com]

И, кстати, проблемы со сроками тоже отражаются на бюджете.

[gingema]

Да! Но тогда проблемы были бы и с тем и с другим, и это было бы очень легко объяснить. А у меня - только бюджет. Сроки сидят рядом - скромные, ни с чем не с кореллированные.

[pashar.livejournal.com]

Тогда ответь мне на третий коммент :)

[pashar.livejournal.com]

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

[gingema]

Я не знаю. У меня есть утверждение "Проект укладывается в бюджет". Есть другое - "Проект укладывается в сроки". Бюджет отрицательно кореллирован с использованием web-tools для коммуникации. Сроки не кореллированы.

[pashar.livejournal.com]

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

[gingema]

О, это хорошая мысль! Спасибо!

[pashar.livejournal.com]

Велкам :)

[pashar.livejournal.com]

Там, внизу, Ира тоже дельное сказала. Web-based communication нужна, когда есть несколько групп, разбросанных по миру, и которым нужно постоянно между собой общаться. Возможно, подобная организация изначально не сильно эффективная.

[gingema]

Увы, про это я спрашиваю в лоб, разницы нет.

[olkab.livejournal.com]

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

[gingema]

Отличаются миллионом разных вещей, естественно, но проще придумать спекулятивное обЪяснение, чем искать, почему корреляция ложная.

[olkab.livejournal.com]

Понятно :)

[saardita.livejournal.com]

1 - изначально их (тулс :)) используют проекты с несколько большим бюджетом и менее внятным бизнес планом?
2- Ожидания завышены + другие baselines для сравнения?

[gingema]

Те же проекты сравниваются по куче других параметров, и никаких идей, почему у них проблемы именно с бюджетом и именно коррелированы с Web tools.

[http://users.livejournal.com/_velvele_/]

Ты имеешь в виду платформы и средства разработки, или вспомогательный инструментарий?

[gingema]

Наверное, и то, и другое. Все, что люди могут ответить на вопрос про "tools for communication"

[http://users.livejournal.com/_velvele_/]

Для меня "tools for communication" звучит скорее, как средства управления проектом, чем как средства разработки, но я не показатель. Так что, к сожалению, внятных идей у меня тоже нет, увы.

[gingema]

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

[irene221b.livejournal.com]

Compared to what? Другие компьютерные tools, или face-to-face communication? То есть, идет ли речь про distributed teams? Тогда неудивительно.

[gingema]

Не compared ни с чем. Чем полезнее люди считают Web based tools для общения в процессе проекта, тем больше у них в проекте пережигается бюджет. Не сроки и не функциональность конечного продукта, а только бюджет и "общие ощущения".

[parovoz.livejournal.com]

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

[gingema]

Естественно. Более того, я о них вполне себе догадываюсь :) Но в данной конкретной статье мне надо написать одну фразу: "Это может, объясняться, например, тем.... , и может быть интересной темой для отдельного исследования", и можно будет спокойно заняться другими делами.

[parovoz.livejournal.com]

Это может объясняться, например, тем, что менеджеры, у которых руки растут из задницы, уповают на веб-инструменты как на панацею, но поскольку руки-то все равно растут из задницы, то происходит перерасход бюджета.

[gingema]

В моей области не принято писать в научных статьях "менеджеры, у которых руки растут из задницы".

[parovoz.livejournal.com]

Да ради бога, напиши "inexperienced managers."

[gingema]

Не-а, не буду.

[whatevergospodi.livejournal.com]

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

мне вообще интересно, не может ли это быть коррелировано с банальным размером компании? а чем больше компания, тем она менее эффективна.

[irene221b.livejournal.com]

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

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

[gingema]

Там удивительно: куча переменных - сложность проекта, длительность, наличи офшора, другие тулы, в конце концов! - , и нигде ничего не предвещает провала. Часть проектов еще не закончена, может, поэтому сроки на получились statistically significant. Мне понравилась чья-то тут мысль, что сроки приоритетны над бюджетом, поэтому их пытаются компенсировать, наняв еще людей.
Но самое, кажется, вероятное - со сроками и так у всех дело худо (самый плохой показатель из пяти), поэтому нет разницы между теми, кто использует Web tools и остальными.

[whatevergospodi.livejournal.com]

какие веб-инструменты? для чего?
для учета времени? тогда это как в моей нынешней конторе - там изначальная проблема, что народу слишком много, 5 человек делают одну задачу (что уже пережигание средств), а веб-инструменты они купили, чтобы, значит, учитывать и отчитываться, кто сколько времени потратил.
ну и веб-инструменту отдается часа 3 в неделю (ввести все свои задачи, часы, прогресс отметить, обсудить, попросить доступ)...

[hebrus.livejournal.com]

Я сначала даже не понял - думал, речь о веб-девелопменте...

Все эти веб-бейсд тулз - чистой воды онанизм, как впрочем и любые тулз для учётности, репортов, усушки, утруски...
Гугл документы вместо whiteboard'а -- это пожалуй всё, что ДЕЙСТВИТЕЛЬНО полезно.
Ну, ticketing system - но это уже стандарт.

А, скажем, проджект-менеджмент тулы - это просто отжиратели времени для любителей поиграть в корпоративные игры.

[verevkin.livejournal.com]

Web-based tools - это новые tools, используют их люди, разрабатывающие более продвинутые технологии. Такие проекты более рисковые и поэтому шанс на разочарование выше.