Программирование[9]

[MedVed_na_lesapede]

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

[Feanaro]

Давайте поделюсь своим никому не интересным опытом,

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

Звучит нормально, пока ты не разберешься че конкретно идет не так.

- Если оценка будет выше чем понравится заказчику, это породит потенциально бугурт заказчика, бугурт менеджера и телефонные звонки оценившему разрабу "А че так много.... а че мож поговнокодим и побыстрее сделаем ммм...... как же хочется тасочку господи"
- Отделу разработки платят деньги ПРОЕКТЫ за разработку. Если разраб чет не учел и сделал задачу не за оговоренные 8 часов, а за 12 например в итоге, то "проект" платит именно за 12 отделу разработки, а от клиента получает за 8. Это опять же вызывает бугурт и доебы всяческие "че не можешь оценить нормально что ли точно", огромное кол-во негатива. Результат - на таски начинают накидывать сверху лишние часы просто так, что приводит к бугурту из предыдущего пункта
- Каждого разраба ЕБУТ каждый месяц чтоб у него сошлись его часы (168 часов надо). Можно чтоб не хватало ну 10 там, ну 20, но не дай бог больше - тебя заставят ходить по таскам и списывать в них по 15 минут от балды, чтоб отчетность отдела разработки была найс

Вы бля представляете, у нас сука был специальный ДЕНЬ, когда мы списывали все часы, чтобы всё сошлось  
Кто защищает эту хуйню - тот болен башкой имхо

[Lils2013]

Ну пока у нас до сих пор васяны на заказчиках, то ни о каком «аджайле» даже думать нельзя, в России (да и много где ещё) полностью извратили всю идеологию (которая сама по себе спорная, и применяема только в продуктовых командах, коих вообще говоря немного), и превратили все в «хайповый» инструмент контроля. Ну а система с почасовыми доработками это вообще шиза неспасаемая. Бля, оказывается я ни разу не работал на галере лол

[Just.Doit]

Feanaro написал 3 часа назад:

Давайте поделюсь своим никому не интересным опытом,

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

Звучит нормально, пока ты не разберешься че конкретно идет не так.

- Если оценка будет выше чем понравится заказчику, это породит потенциально бугурт заказчика, бугурт менеджера и телефонные звонки оценившему разрабу "А че так много.... а че мож поговнокодим и побыстрее сделаем ммм...... как же хочется тасочку господи"
- Отделу разработки платят деньги ПРОЕКТЫ за разработку. Если разраб чет не учел и сделал задачу не за оговоренные 8 часов, а за 12 например в итоге, то "проект" платит именно за 12 отделу разработки, а от клиента получает за 8. Это опять же вызывает бугурт и доебы всяческие "че не можешь оценить нормально что ли точно", огромное кол-во негатива. Результат - на таски начинают накидывать сверху лишние часы просто так, что приводит к бугурту из предыдущего пункта

у нас была сейм хуйня, прям с точностью до запятой почти (именно эти 2 пункта)

 

но я если честно не представляю как принципиально по другому можно оценивать и/или биллить при такой модели разработки (аутсорс с предварительной оценкой и комитментом на эту оценку)

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

глупо спрашивать Васяна (рядового программера) почему оценка не сошлась

у Васяна можно спрашивать "как ты думаешь за сколько сделаешь" или лучше "как ты думаешь, на сколько сторипоинтов тянет эта задача если за эталон взяты вот такие" 

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

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

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

 

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

 

 

 

 

===============================================

если говорить о том как должно быть.
 

мой 3х летний опыт именно в этой модели, в почти убыточном проекте, с не очень хорошим менеджментом и с довольно сложным заказчиком подсказывает следующее:

тех менеджер (тимлид) выдает оценку за которую он отвечает. с него логично спрашивать почему не сошлось. но надо понимать что любая оценка это гадание, и она точная в лучшем случае на +/-15..25% (возьмем этот допустимый процент пограшности за p). для некоторых областей (принципиально новая технология/подход/сфера для команды и/или тимлида) - p = 25-50%, а то и 75 если это вообще rnd какой-то

 

тут кстати важно не только чтобы она сходилась снизу (затратили не больше часов чем Х+p) . но и сходилась сверху (затратили не меньше чем Х-p) - оценка аналогично должна быть точной плане "не завышения". иначе можно всегда ставить х2-х3 и в ус не дуть - всегда будет сходится, проблема решена.

 

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

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

 

но обычно работает все так - топменеджер аутсорсеров добазарился с топменеджером заказчика о принципиальном ведении дел. они поручили своим подчиненным (главный ПМ и/или рук-ль направления) типа идите делайте дела. те идут, заключают договора, обговаривают условия, дальеш спускают уже рядовым менеджерам/аля ПМам (которые взяты по объявлению задешево вчерашние студенты, либо люди с опытом в рогах и копытах) и чтобы их типа контролить и мотивировать ставят КПИ и цели по бюджету, не сильно заморачиваясь как именно они этого добьются - это ведь типа их задача как менеджера со всем разобраться, главное результат. те же, в свою очередь, нихуя не умея и не особо понимая, пользуются только тупоголовыми инструментами "как дела, когда уже доделаешь?", "почему так долго, там же всего одну кнопку сделать?" и "нам нужно завоевать лояльность клиента, давайте сделаем пока что быстро и дешево, а потом будем делать нормально"

и это все скатывается вот в ту хуйню которую феанаро описал. никто нихуя не понимает но все хотят результат

 

Изменено 29 ноября 2020 пользователем Just.Doit

[FeelYourDestiny]

[Drakonian]

Жиза, но это фиксится публичным порицанием такого подхода и таких менеджеров, проверено

А если не фиксится то компания гуано и надо валить

[Index]

Как же заебись работать в отделе разработки продуктовой компании у которой денег куры не клюют. Можно нормально заниматься качеством, выделять время с запасом и на ресерч и на имплементтацию, мне даже ПМ предлагал уделить пару часов рабочего времени в день изучению ангуляра, так как полезно будет 

 

Естественно никто никого не трекает, только пишешь свой дейли план утречком. 

Изменено 29 ноября 2020 пользователем Index

[Kant]

а потом ты проснулся

[kijupsik]

Index said 45 minutes ago:

Как же заебись работать в отделе разработки продуктовой компании у которой денег куры не клюют. Можно нормально заниматься качеством, выделять время с запасом и на ресерч и на имплементтацию, мне даже ПМ предлагал уделить пару часов рабочего времени в день изучению ангуляра, так как полезно будет 

 

Естественно никто никого не трекает, только пишешь свой дейли план утречком. 

 

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

[Feanaro]

Index написал 1 час назад:

Как же заебись работать в отделе разработки продуктовой компании у которой денег куры не клюют. Можно нормально заниматься качеством, выделять время с запасом и на ресерч и на имплементтацию, мне даже ПМ предлагал уделить пару часов рабочего времени в день изучению ангуляра, так как полезно будет 

 

Естественно никто никого не трекает, только пишешь свой дейли план утречком. 

 

жиза, сижу сейчас и просто кайфую каждый раз
вспоминаю как логировал 15 минут в 10 рандомных тасок подряд и бросает в дрожь немного

[Just.Doit]

Feanaro написал 3 часа назад:

Index написал 5 часов назад:

Как же заебись работать в отделе разработки продуктовой компании у которой денег куры не клюют. Можно нормально заниматься качеством, выделять время с запасом и на ресерч и на имплементтацию, мне даже ПМ предлагал уделить пару часов рабочего времени в день изучению ангуляра, так как полезно будет 

 

Естественно никто никого не трекает, только пишешь свой дейли план утречком. 

 

жиза, сижу сейчас и просто кайфую каждый раз
вспоминаю как логировал 15 минут в 10 рандомных тасок подряд и бросает в дрожь немного

насколько у вас большие компании?

[Index]

Мне вот интересно у челиков у которых таски расписаны на 168 часов нет такого понятия как плата за стабильность? Не помню как конкретнее это называется.

 

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

Ну и возможно вынудит сидеть решать её до поздна если что-то критичное. 

 

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

 

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

 

А ещё ведь нужно перерывы от работы устраивать, глаза разомнуть, чайку заварить, покакать сходить. 

Кулстори коллегам рассказать.

[Just.Doit]

под конец че-то нихуя не понял

 

для срочных таксок у нас были выделенные дежурные которые занимаются только АСАП задачами и работы по "спринту" от них не требовалос вообще, в свободное время занимаются второстепенными задачами по которым срок "если будет сделано в принципе - уже хорошо"

но у нас было много "АСАПа" так что они часто на полную были загружены.

Изменено 30 ноября 2020 пользователем Just.Doit

[Drakonian]

Ахуеть, пашешь по спринтам, так еще и тебя могут в пятницу вечером нагнуть, нееееее

и это типа не галеры 

[sonac]

как же заебись работать в продуктовой компании

[Lotus]

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

как легче ваще в рамках одной конторы или искать какие-нибудь джун вакансии?

[Index]

Just.Doit написал 1 час назад:

под конец че-то нихуя не понял

 

для срочных таксок у нас были выделенные дежурные которые занимаются только АСАП задачами и работы по "спринту" от них не требовалос вообще, в свободное время занимаются второстепенными задачами по которым срок "если будет сделано в принципе - уже хорошо"

но у нас было много "АСАПа" так что они часто на полную были загружены.

 

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

У вас конфликтов на этой почве нет? Или право дежурного передается через спринт?

Lotus написал 15 минут назад:

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

как легче ваще в рамках одной конторы или искать какие-нибудь джун вакансии?

Думаю легче в рамках конторы. Может тебе понравится автоматизация тестирования и нахуй не нужен будет говнокодинг.

[suez]

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

 

Я сегодня начал процесс оформления визы с новым работодателем, надеюсь все пройдет без проблем и я подам заяву об увольнении через несколько недель. Я даже и не знаю можно ли уделять меньше внимания и времени своей работе, чем я делаю сейчас. Буквально 3-4 микро-тикета за неделю закрываю, но условия настолько инвалидные, что даже никто не возмущается, ибо все остальные тоже так же страдают хуйней. Я текущую работу в компании называю day-care for adults.

Изменено 30 ноября 2020 пользователем suez

[zikhao]

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

[Just.Doit]

Index написал 1 час назад:

У вас конфликтов на этой почве нет? Или право дежурного передается через спринт?

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

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

Lotus написал 1 час назад:

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

как легче ваще в рамках одной конторы или искать какие-нибудь джун вакансии?

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

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

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

возможно кто-то принципиально против этого будет из-за какихто своих тараканов

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

 

условно решил свитчится, начал немного в эту сторону развиваться (чтобы понять что это не просто слова, и ты действитетльно готов к этому стремится), получил уверенность что именно это тебе надо, идешь базарить с менеджерами что уверенно хочешь двигаться в эту сторону, они тебе что-то скажут типа "надо подумать, посмотреть сейчас ситуацию по командам и тд", продолжаешь развиваться, какделируешь менеджера через 1-2-4 недели. если есть на примете команда в которую хочешь разрабом - говоришь с их лидом типа че думаете чтобы я к вам джуном свичнулся. или если есть "доступный" лид/хэд/VP/СТО разработки с которым это можно обсудить - идешь к нему. если они пообещали подумать, поприкидывать - какделируешь их периодически (раз в 2 недели примерно). в этом время продолжаешь развиваться. через 2-4 месяца будет уже картина - кто из менеджеров на что готов и чего хочет/не хочет, предложат какой-то план или видение. если он норм то идешь с ними, если не норм - идешь на рынок джуном. если они обещают но по факту план не претворяется в жищнь, и они оправдывают это как-то "ну сейчас не время, видишь авралы какие, сейчас нет возможности" - надо понимать что большая веростность что это затянется на очень долго и что эти обещания довольно пустые, и в конце, прождав год, ты весьма вероятно всеравно уволишься и пойдешь на рынок труда. просто знай это. можно немного этому противодействовать фиксируя договоренности и четко обговаривая сроки. если каждый раз не выполняется - то пытаться конструктивно это обсуждать, и уже с менеджером говорить в тоне "смотри, каждый раз ты мне обещаешь, и каждый раз этого не происходит, сейчас ты мне тоже что-то обещаешь, это тоже не произойдет..? можем ли мы что-то сделать чтобы это точно произошло?" но конечно ничто не мешает им уходить в не конструктив и в навешивание лапши и тд. ну это уже осознанный их шаг, и по сути за их словами скрывается "мне без разницы, я готов тебя потерять, и не готов заниматься твоим свичем"

zikhao написал 28 минут назад:

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

тебе задачки нужны? решай литкоды кодварсы хакерранки...?

Изменено 30 ноября 2020 пользователем Just.Doit