Саппорт, звонки

[metaclass]

это все в плане замедления работы и отвлечения - фигня.

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

Т.е., как только переход от классической для меня схемы "все сделаю сам" к коллективной работе - сразу возникает необходимость обучится ложению ХЕРА на то, что работа делается в 2 и больше раза медленнее, чем могла бы.

Comments

[sergiej.livejournal.com]

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

[metaclass.livejournal.com]

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

[sergiej.livejournal.com]

Это так кажется.

[zamotivator.livejournal.com]

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

Ты чего хочешь - личной эффективной, или общей эффективности команды?
Расставь приоритеты.

[metaclass.livejournal.com]

Вроде, сначала падает и общая эффективность. Потом, когда участки работы поделены и проект готов на 80% - получается, конечно, гораздо быстрее - никто никого не ждет, а мелочные вопросы решаются практически мгновенно.
Но в начальных стадиях, если проект делается не "в лоб", ядро проекта должно делаться минимальным количеством людей, а то крыша поедет.

[zamotivator.livejournal.com]

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

[metaclass.livejournal.com]

У меня часто сложности объяснить заказчикам "чем занимаются люди", пока я проектирую.
Это при том, что классический случай у меня, это проектирование месяц, непосредственно написание - неделя.
Это хорошо, когда есть задачи, которые можно отдать для работы людям, а когда есть одна задача, которую я сейчас проектирую, чтобы она не превратилась в тыкву еще в ближайшие 3-4 года - что отвечать работникам и заказчикам - непонятно :)

[zamotivator.livejournal.com]

У меня часто сложности объяснить заказчикам "чем занимаются люди", пока я проектирую.
Это при том, что классический случай у меня, это проектирование месяц, непосредственно написание - неделя.
Какова хрена это ебёт заказчика?
Почему он влезает в производственный процесс?

Это хорошо, когда есть задачи, которые можно отдать для работы людям, а когда есть одна задача, которую я сейчас проектирую, чтобы она не превратилась в тыкву еще в ближайшие 3-4 года - что отвечать работникам и заказчикам - непонятно :)
Надо воспитывать молодёжь, что по твоей архитектуре адекватно напишет аппликуху, не наделав жаб.
Первые три-четыре проекта тебе придётся пасти их нещадно.
Зато потом будет хороший profit - они смогут чинить баги, делать с твоего благословления мелкие и не очень хотелки начальства, etc.

[zamotivator.livejournal.com]

Я знаю кто будет этой молодёжью!
Твои дети!!!111адынадынадын

[develop7]

Какова хрена это ебёт заказчика?
Почему он влезает в производственный процесс?

А что делать? Нахй слать? Account manager такой ответ категорически отказывается передавать — «ты чо, оно обидится!»

[inhate.livejournal.com]

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