rulinux.net - Форум - Talks - [classic] А почему организация труда такое УГ?

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 22:08:00 +0400

Какая разница? Ты же исполнитель. Ты нанялся за оговорённую сумму 40 часов в неделю делать там какие-то телодвижения. Ну и делаешь их на радость начальству. Зачем дополнительно забивать себе голову чужими проблемами? Тебе за это больше не заплатят.

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 18:46:33 +0400

>Если ты манагер - то не делай так. Если ты не манагер - то забей, твоё дело копать отсюда и до обеда.

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

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 18:39:13 +0400

>Ну и отлично - сначала заплатит за выполнение подписанного им ТЗ, а потом ещё и за переделку в то, что ему на самом деле нужно.

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

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 18:31:08 +0400

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

Ну и отлично - сначала заплатит за выполнение подписанного им ТЗ, а потом ещё и за переделку в то, что ему на самом деле нужно.

> Естественно, но в рашке это, походу, самый распространённый случай. Вы там начните, а мы потом покажем, где исправить, лол. А оно мне надо? Вот нарисую вместо ангара сортир, пусть потом его изменяют до ангара, лол

Если ты манагер - то не делай так. Если ты не манагер - то забей, твоё дело копать отсюда и до обеда.

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 18:30:40 +0400

>По поводу всего остального - оно обсуждаемо, наверное.

Правильно. Так оно и обсуждается, до тех пор, пока окончательно к стенке не припрёт. А потом вы уж постарайтесь, ребята. А чего стараться, если уже техпроцесс нарушен? Лол!

>Но вот начинать работу без ТЗ, согласованного с заказчиком было бы нелепо. И сроки выполнения определять без ТЗ тоже бессмыссленно. Не понимаю что тебя в нём крючит.

Естественно, но в рашке это, походу, самый распространённый случай. Вы там начните, а мы потом покажем, где исправить, лол. А оно мне надо? Вот нарисую вместо ангара сортир, пусть потом его изменяют до ангара, лол.

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 18:26:23 +0400

>Если все так плохо как дальше описано, тогда лучше когда разработчик сам пишет ТЗ. Есно это уже не ТЗ))) Уто скорее всего ДевСпек высокого уровня. Это лучше чем ничего конечно, но все же. Хотя может так случица, что разраб совсем нихуя не понял что от него хотят (бизнес логики), тогда проблемы писец.

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

>Тут зависит от манагера на мой взгляд, если это одно и тоже но дложен хорошо формализовать задачу на с учетом входящих данных. Если это разные вещи по сути, то нанимать команду под неё, а не выносить мозг первой.

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

>С точки зрения программирования это задача номер 1. Взял парня научил его всему, через три месяца он съебался на более высокую зарплату. Но тут не технический вопрос, а скорее мэнаджерский и НR, если человек быстро растен, его надо и соответствующим образом заинтересовывать.

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

>ХЗ, не припомню не одной не нужной командировки, наверно мои манагеры все таки не лохи)))
Я вот тоже ХЗ. Сколько помню, увозят, как правило того, от которого толку как от козла молока, лол. Некоторые уже настолько привыкли, что уезжают исключительно побухать.

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 17:21:31 +0400

> 1. Отсутствие ТЗ. В особо клинических случаях заказчик даже сам не в состоянии сформулировать что ему надо.

Если все так плохо как дальше описано, тогда лучше когда разработчик сам пишет ТЗ. Есно это уже не ТЗ))) Уто скорее всего ДевСпек высокого уровня. Это лучше чем ничего конечно, но все же. Хотя может так случица, что разраб совсем нихуя не понял что от него хотят (бизнес логики), тогда проблемы писец.

> 2. Большое число заказчиков. Это вообще пиздец, нах. Многие эффективные манагеры походу считают, что работа пойдёт быстрее, если делать несколько проектов параллельно.

Тут зависит от манагера на мой взгляд, если это одно и тоже но дложен хорошо формализовать задачу на с учетом входящих данных. Если это разные вещи по сути, то нанимать команду под неё, а не выносить мозг первой.

3. Повышение квалификации. Это вообще отдельная тема.
С точки зрения программирования это задача номер 1. Взял парня научил его всему, через три месяца он съебался на более высокую зарплату. Но тут не технический вопрос, а скорее мэнаджерский и НR, если человек быстро растен, его надо и соответствующим образом заинтересовывать.

4. Ненужные командировки.
ХЗ, не припомню не одной не нужной командировки, наверно мои манагеры все таки не лохи)))

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 17:18:22 +0400

По поводу всего остального - оно обсуждаемо, наверное. Но вот начинать работу без ТЗ, согласованного с заказчиком было бы нелепо. И сроки выполнения определять без ТЗ тоже бессмыссленно. Не понимаю что тебя в нём крючит.

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 17:13:58 +0400

Так это разработка ПО. Олсо, проблему рашки, где всё через жопу, оно не решит.

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 16:45:27 +0400

гугли AGILE.

Эджайл - это то, что и пытается разобраться с твоими проблемами.

Другой вопрос - не все можно сделать через эджайл. Но разработку точно можно.

Re:[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 16:25:02 +0400

Людишки несовершенны, и всё, что они делают, всё коряво.

[classic] А почему организация труда такое УГ?

Fri, 05 Oct 2012 15:33:27 +0400

Есть такой вот нехороший момент, товарищи. Организация труда в рашке почему-то настолько хреновая, что не позволяет достаточно эффективно использовать человеческие ресурсы. Сколько не видел контор, а их я повидал ого-го, везде полная жопа в этом отношении. Я даже не знаю, чем это объяснить. Я тут даже составил некую классификацию первопричин проёбов на производстве.

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

2. Большое число заказчиков. Это вообще пиздец, нах. Многие эффективные манагеры походу считают, что работа пойдёт быстрее, если делать несколько проектов параллельно. Особенно эпично выглядит момент, когда коллектив, у которого куча проектов на сопровождении, кидают на очередной стартап. Очень часто можно наблюдать, как, например, во время мозговго штурма звонит клиент предыдущего проекта и с криками "ваша хуйня опять не работает!" превращает контору в кирпичный завод.

3. Повышение квалификации. Это вообще отдельная тема. Вот случай. Привозят новые компрессоры, все сразу кидают хуи, что мы тупы, мы нихера не понимаем. Сразу за каким-то хуем берут всех мастеров и свозят на повышение квалификации. Пока они там бухают, работа стоит. Обратно они приезжают с брошюрками, где всё расписано, что любому идиоту понятно. Вопрос, кто мешал сразу закупить эти брошюрки? Ояебу.

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

ИЧСХ, эта хуйня была ещё в мохнатом совке. Точно также выгоняли на испытание недоделанные самолёты, которые потом превращали простых лётчиков в героев, лол. Или вот этот товарищ: http://ru.wikipedia.org/wiki/%D0%90%D0%BB%D0%B5%D0%BA%D1%81%D0%B5%D0%B5%D0%B2,_%D0%A0%D0%BE%D1%81%D1%82%D0%B8%D1%81%D0%BB%D0%B0%D0%B2_%D0%95%D0%B2%D0%B3%D0%B5%D0%BD%D1%8C%D0%B5%D0%B2%D0%B8%D1%87 До сих пор на него фапают, но таки факт, его ЦКБ находилось в перманентном завале, из-за чего, собственно, и все фейлы.

Короче, мну бешено негодует и строчит жалобу в гринпис. Ололол, дискас.