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

[axm2017]

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

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

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

[EVGL]

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

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

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

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

[axm2017]

Цитата:

Сообщение от Владимир Максимов

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

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

[Ivanhoe]

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

[axm2017]

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

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

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

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

Цитата:

Сообщение от axm2017

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

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

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

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

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

[axm2017]

Цитата:

Сообщение от Владимир Максимов

...

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

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

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

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

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

Цитата:

Сообщение от axm2017

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

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

Цитата:

Сообщение от axm2017

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

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

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

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

Цитата:

Сообщение от axm2017

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

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

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

[Ivanhoe]

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

[axm2017]

Цитата:

Сообщение от Ivanhoe

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

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

[fed]

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

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

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

[AlexeyS]

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

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

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

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

Цитата:

Сообщение от AlexeyS

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

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

[mnt_dx]

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

Цитата:

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

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

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

[trud]

Цитата:

Сообщение от mnt_dx

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

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

[fed]

Цитата:

Сообщение от mnt_dx

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

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

[pitersky]

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

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

[axm2017]

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

[George Nordic]

Обалдеть... в 2019 году люди говорят про "Бережливое производство". Пик моды на лин в России пришелся на начало 2000х!! Сейчас "4я технологическая революция", дроны там, 3D-печать, интернет вещей, цифровой двойник и прочий блокчейн.

С Уважением,
Георгий