В России неэффективность затыкают дополнительными часами в нерабочее время

[axm2017]

Очень знакомо.

https://www.vedomosti.ru/partner/cha...ikolai-solomon

В этом смысле когда читаю о каких то трэшах и переработках на проектах всегда рассматриваю это как явный косяк руководства проекта.

[EVGL]

Да, в России еще так принято. Особенно мэнеджэры из московского офиса Microsoft не принимали стандартные рабочие часы всерьез, сверхурочные начинались всегда СРАЗУ после начала проекта, такой метод планирования принят. Искренне считали, что так и надо, и это - часть корпоративной культуры.

[Владимир Максимов]

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

Гм... На всякий случай обращаю внимание, что в статье речь идет об эффективности товарного производства. Производстве реальных вещей. Это несколько отличается от разработки ПО

[axm2017]

Quote:

Originally Posted by Владимир Максимов

Гм... На всякий случай обращаю внимание, что в статье речь идет об эффективности товарного производства. Производстве реальных вещей. Это несколько отличается от разработки ПО

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

[Ivanhoe]

ПО - товар, внедрение - услуга. Но Владимир уточнил что речь про производство. А производство не штучного товара и производство интеллектуальной услуги - очень разные вещи. И планирование совсем разное. Более того, производство ПО и внедрение Аксапты - это разное производство, разный технологический процесс и разная экономическая модель.

[axm2017]

Градус пафоса стоит убавить.

Мы лишь как правило дорабатываем ПО. Иногда очень редко пилим свое.

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

[Ivanhoe]

Причем здесь пафос? Вы приезжаете в автомастерскую и легко соглашаетесь на 20-80 часов работ? наверное у нас с вами разный опыт как внедрения, так и пользования автомастерскими

[axm2017]

Quote:

Originally Posted by Ivanhoe

Причем здесь пафос? Вы приезжаете в автомастерскую и легко соглашаетесь на 20-80 часов работ? наверное у нас с вами разный опыт как внедрения, так и пользования автомастерскими

Вообще то практически именно так.
Расценки идут от нормо-часов + материалы.
Вы видимо просто редко интересовались откуда и почему цены такие, а не иные.

[fed]

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

1. Оплачивается ли overtime по какой-то повышенной ставке (ну или как вариант - усиленными дополнительными выходными. Например - поработал 8 часов в выходные, получи 12 часов к отпуску.) Если это не так, то у нанимателя вообще нет стимула управлять рисками и как-то задумываться на тему минимизации overtime
2. Какова вообще доля overtime. Например если у нас три месяца идет этап проекта и последние дней 10 приходиться сидеть вечерами- это в целом терпимо. Если overtime случается два раза в неделю и каждые вторые выходные - то нафиг-нафиг

Но все равно, я считаю что для внедренца и айтишника - overtime - это часть профессии и полностью его избежать нельзя.

[AlexeyS]

Производительность труда вообще лукавый показатель.
Абстрактный пример:
Есть античный крестьянин, который выращивает что-то на своем поле.
Купил он лошадь и теперь может обрабатывать поле, допустим, в 5 раз больше.
Производительность у него выросла в пять раз?

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

У кого из этих двух крестьян больше производительность труда?

[mnt_dx]

fed открыл глаза, спасибо

Quote:

у нанимателя вообще нет стимула управлять рисками и как-то задумываться на тему минимизации overtime

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

В иностранных компаниях даже не надо думать над средствами, процессами: приходишь на проект и уже сразу есть порталы, процессы, инструкции, трекеры, статусы, митинги и планы. А у нас гордятся тем, что всю АХ переписали.

[Владимир Максимов]

Quote:

Originally Posted by AlexeyS

Производительность труда вообще лукавый показатель.

В статье еще веселее. Там сделали подмену "производительности труда" на "добавленную стоимость". Ну, это же то же самое Вот чувствую, что где-то врут!

[Владимир Максимов]

Quote:

Originally Posted by axm2017

И все в статье вполне себе применимо и к нам.

Производительность труда

Производительность труда измеряется количеством продукции, выпущенной работником за единицу времени

И, собственно, все приведенные в статье рекомендации на это и направлены. Увеличить производство количества штук товара в единицу времени. Ну, там станки поближе поставить, дорожки между коровами по другому протопать и т.п.

И как это применимо к сопровождению ПО?

[axm2017]

Quote:

Originally Posted by Владимир Максимов

...

И как это применимо к сопровождению ПО?

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

И прочее прочее прочее. Мы горшки обжигаем. Проблемы с менеджментом среднего уровня традиционны и ничем не отличаются.

Станки в моем понимании и функционал + фреймворк к примеру хотя и не только. И порой да страшно далеки они от народа как показывает пример того же ЕР.

[pitersky]

Овертайм овертайму рознь
Бывает овертайм, который попросил и соответствующе оплатил клиент. Это нормально и я не вижу здесь особых проблем
Бывает овертайм из-за дебильного руководства по методу тушения пожаров. Это да, реальный косяк руководства. Только к стране это никакого отношения не имеет. Читаем "Цель" Голдратта, там много про это написано

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

[Владимир Максимов]

Quote:

Originally Posted by axm2017

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

"Оценивается" - это имеется в виду хорошо/плохо или в рублях? Если нет четких и однозначных критериев оценки, то это все субъективно. Всегда спорно. А термин "качественно", ну очень субъективный...

Quote:

Originally Posted by axm2017

"Основа идеологии японского производства – не принимай брак, не производи брак, не передавай брак"

Аналогии уместны только в том случае, если речь идет о сопоставимых величинах. Эта фраза связана с работой конвейера. Идет поток деталей. Однотипных. При этом что есть "брак", как правило, сразу видно.

Модификация ПО - это всегда нечто уникальное. Всегда. Без исключений. Поскольку надо еще понять, а что там в коде успели накрутить разные кастомизаторы. А фантазия как у разработчиков, так и у заказчиков - богатая

При этом понятие "брак" применительно к ПО я ни разу не слышал. Соответственно, непонятно, как определить, что произвели/приняли/передали брак?

Quote:

Originally Posted by axm2017

И прочее прочее прочее. Мы горшки обжигаем. Проблемы с менеджментом среднего уровня традиционны и ничем не отличаются.

"Производительность труда" для товара я понимаю. Количество штук выпущенных изделий за единицу времени. Понятно о чем речь и примерно понятно как это можно изменить

А в отношении разработки ПО Вы вообще о чем говорите-то? Про овертаймы? А какое это имеет отношение к "производительности труда"? И вообще, что есть "производительность труда" в отношении разработки ПО?

[axm2017]

Quote:

Originally Posted by Владимир Максимов

"Оценивается" - это имеется в виду хорошо/плохо или в рублях?

Авто внезапно тоже бывают хорошими или плохими. Демагогию не вижу смысла разводить. Поверьте это касается и по.

Quote:

Originally Posted by Владимир Максимов

Модификация ПО - это всегда нечто уникальное. Всегда.

На машинах так же. Всегда есть уникальный номер. Отличие же.

Quote:

Originally Posted by Владимир Максимов

При этом понятие "брак" применительно к ПО я ни разу не слышал

Вас ещё ждёт много удивительных открытий в этом случае.

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

[Владимир Максимов]

Quote:

Originally Posted by axm2017

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

Я то статью читал. Но не вижу связи между увеличением количества штук товаров в единицу времени и ..., а чем, собственно? Вы может объяснить о чем Вы вообще говорите в отношении разработки ПО и как это связано с тем, что в статье написано?

[axm2017]

Связь есть и с ПО в том числе. Но мне лень играть с вашей демагогией, извините. Хотите верьте что вы уникальны и прочее.

[trud]

Quote:

Originally Posted by mnt_dx

В иностранных компаниях даже не надо думать над средствами, процессами: приходишь на проект и уже сразу есть порталы, процессы, инструкции, трекеры, статусы, митинги и планы. А у нас гордятся тем, что всю АХ переписали.

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