Душиловка на работе
930
20
Мне нравится cs, программирование, но работать в айти в типичной русской говнокомпашке - это жесть
Каждые две недели как и везде у нас происходит планирование нового спринта в пятницу и мы сидим часа 3 в зуме/скайпе, в то время как лид проходится по задачам из бэклога и спрашивает у каждого по очереди: "Вот этой таске какой эстимейт?". И это происходит до тех пор, пока у каждого не будет n-ое кол-во часов на следующий спринт. 3 часа невыносимой душки, а это я еще не сказал о том, что нас, зачем-то, в этот же день заставляют сидеть на показе нового функционала заказчикам. Мне абсолютно индифферентны что первый, что второй колл, но я вынужден сидеть, потому что таким образом "построены процессы"
P.S. Поныл
girlygirl сказал(а):↑А что это?
Если так посмотреть, то да, но сидеть до 10 часов вечера с 3 часов дня (не по мск живу) на нудных коллах это жопа
Нажмите, чтобы раскрыть...А это подразумевает привязанность к определенной локации, или ты можешь находиться одновременно в видеоконференции и на берегу Мексики например?
girlygirl сказал(а):↑Мне нравится cs, программирование, но работать в айти в типичной русской говнокомпашке - это жесть
Каждые две недели как и везде у нас происходит планирование нового спринта в пятницу и мы сидим часа 3 в зуме/скайпе, в то время как лид проходится по задачам из бэклога и спрашивает у каждого по очереди: "Вот этой таске какой эстимейт?". И это происходит до тех пор, пока у каждого не будет n-ое кол-во часов на следующий спринт. 3 часа невыносимой душки, а это я еще не сказал о том, что нас, зачем-то, в этот же день заставляют сидеть на показе нового функционала заказчикам. Мне абсолютно индифферентны что первый, что второй колл, но я вынужден сидеть, потому что таким образом "построены процессы"
P.S. Поныл
Нажмите, чтобы раскрыть...я смог даказать на своей работе что у меня панические атаки от планерки
теперь не хожу на них( не уволили)
girlygirl сказал(а):↑А что это?
Если так посмотреть, то да, но сидеть до 10 часов вечера с 3 часов дня (не по мск живу) на нудных коллах это жопа
Нажмите, чтобы раскрыть...Я в хс играю просто на другом мониторе
Сейчас же везде удалёнку, на одном мониторе скайп с митингом на втором хс или еще чёт![]()
girlygirl сказал(а):↑но работать в айти в типичной русской говнокомпашке - это жесть
Нажмите, чтобы раскрыть...А к чему тут слово "русской"? Ты думаешь в зарубежной компании, которая занимается разработкой типичный маленьких продуктов процесс как-то отличается? Они точно так же планируют спринты и проводят митинги по несколько часов. Я когда на апворке брал заказы, попался заказчик который раз в две недели собирал всю команду (3 программиста, дизайнер, админ и тестер) и с каждый обсуждал задачи. Причем уходить он не разрешал пока со всеми не закончит. Так и сидят 3 программиста слушают как он расписывает задачи на следующие 2 недели дизайнеру в течении часа. Спасибо хоть на том что это время оплачивалось как обычная работа.
Не устраивает текущая работа - ищи другую. Уж у программистов то с этим проблем абсолютно никаких нету.
везде +- так, бывают исключения, но это редкость, зачастую, что в небольшой компании, что в огромной, что в плохой, что в хорошей y тебя будут такие церемонии более или менее идиотские. Мне вот на прошлом планировании сказали задачи на неделе дадим, просидел неделю на чиле, задач так и не дали
girlygirl сказал(а):↑Мне нравится cs, программирование, но работать в айти в типичной русской говнокомпашке - это жесть
Каждые две недели как и везде у нас происходит планирование нового спринта в пятницу и мы сидим часа 3 в зуме/скайпе, в то время как лид проходится по задачам из бэклога и спрашивает у каждого по очереди: "Вот этой таске какой эстимейт?". И это происходит до тех пор, пока у каждого не будет n-ое кол-во часов на следующий спринт. 3 часа невыносимой душки, а это я еще не сказал о том, что нас, зачем-то, в этот же день заставляют сидеть на показе нового функционала заказчикам. Мне абсолютно индифферентны что первый, что второй колл, но я вынужден сидеть, потому что таким образом "построены процессы"
P.S. Поныл
Нажмите, чтобы раскрыть...Поработал на замене месяц лидом в команде (4 человека, кроме меня), поэтому могу сказать, что это реально помогает менеджить проект. У нас тоже был разработчик, который был вообще не в восторге от этого. Да и другие вряд ли особо радовались. Но как только мы ввели такую систему, прогресс команды стал просто прозрачным и отслеживаемым. Эстимейты стали реальными, проблем стало меньше, в ежедневных созвонах пропала необходимость.
Мы делали два созвона в неделю - один для эстимейта и планирования нового спринта (примерно 2 часа), второй - для обсуждения результатов спринта, выяснения, что за спринт было не сделано и почему (аля ретроспектива, минут 15-30, не больше). Я провел 4 спринта. Первый велся абы как, как это было раньше, - оценки с головы лида, полностью задачи никто не обсуждал и т.д. Его мы не успели от слова совсем. Так же было и до меня, просто незаконченные таски кидались в след спринт. В одном спринте могло спокойно быть 2-3 выполненные задачи в команде из 4 разработчиков. Три остальных мы сделали ровно в эстимейт, ничего не просрочили, ничего в последний момент не доделывали, не допушивали и т.д. Прогресс команды стал понятным, планирование спринта стало легким (ты уже знаешь, какой прогресс может выдать твоя команда и ориентируешься на него)
Наш созвон с планированием состоял в основном из оценок задач покером планирования, в процессе планирования мы выясняли эстимейты задач и все потенциальные проблемы и вопросы. Сам спринт я создавал уже после созвона, потому что знал, кто чем занимается и кому какие таски выгоднее отдать, не было смысла никого держать. На одном из спринтов составляли вместе, но только потому, что после прошлого лида осталось куча незавершенных задач без каких-либо комментариев и их нужно было разгребать с теми, кто уже в курсе, что происходит в проекте
4 часа для планирования двухнедельного спринта - это ровно столько, сколько закладывается в скраме
Ramdesu сказал(а):↑4 часа для планирования двухнедельного спринта - это ровно столько, сколько закладывается в скраме
Нажмите, чтобы раскрыть...4 часа бесполезного времяпрепровождения, 90% работы на котором может быть сделано тимлидом и членами команды по отдельности, а не коллективно (также делает один тимлид, но на это смотрят все) на нуднейшем 4 часовом созвоне. Вот это меня бесит. Я лучше посмотрю в потолок, чем потрачу 4 часа своей жизни на абсолютно бесполезное занятие вызванное отсутствием понимания у руководства и у команды как сделать это более кратко, эффективно
girlygirl сказал(а):↑4 часа бесполезного времяпрепровождения, 90% работы на котором может быть сделано тимлидом и членами команды по отдельности, а не коллективно (также делает один тимлид, но на это смотрят все) на нуднейшем 4 часовом созвоне. Вот это меня бесит. Я лучше посмотрю в потолок, чем потрачу 4 часа своей жизни на абсолютно бесполезное занятие вызванное отсутствием понимания у руководства и у команды как сделать это более кратко, эффективно
Нажмите, чтобы раскрыть...Не знаю как у вас это происходит, но у нас созвон длился ровно до тех пор, пока каждый участник должен был принимать в нем участие. При оценке и обсуждении каждой задачи участвовал каждый разработчик. По сути, самый обычный покер планирования. Если у вас реально каждый по очереди просто называет оценку, то это уже тупость - нельзя оценивать параллельно, тратится огромное количество времени, пока всех опрашивают, оценки разработчиков зависят от оценок предыдущих разработчиков. Суть покера планирования - анонимная оценка до тех пор, пока все не проголосовали, чтобы каждый мог честно оценить задачу. И каждого человека не опрашивают - только тех, у которых наименьшая и наибольшая оценки, если они сильно отличаются от среднего.
Может быть, есть смысл обсуждать задачи отдельно с тем, кто будет выполнять задачу, но тогда:
1) Будет сложнее учесть все потенциальные проблемы и вопросы. Обычно каждый разработчик видит со своей стороны и может что-то сказать про любую задачу
2) Все остальные будут не в курсе об этих задачах
Разработчику, наверное, плевать на все задачи, которые к нему не относятся, но для проекта есть свои плюсы - если разработчик, который занимался определенным модулем, уйдет в отпуск или вообще уволится, остальные будут в курсе, что там происходит, а не будут видеть это впервые. Вообще задачи оцениваются и объясняются так, будто любой из разработчиков может ее взять в любой момент
Это занимает 1.5-2 часа в неделю. Я уверен, что если провести хотя бы 10 спринтов с командой, то можно ускорить до 1-1.5 часа, если обсуждать каждую задачу по 3 минуты, допустим. Но меньше просто нереально. Представь, что ты лидишь проект, как ты видишь планирование работы целой команды, при котором ты потратишь меньше времени и принесешь ту же эффективность?
Тема закрыта
-
ЗаголовокОтветов ПросмотровПоследнее сообщение
-
Самоцвет 16 Jun 2024 в 14:41Сообщений: 1 16 Jun 2024 в 14:41
Сообщений:1
Просмотров:0
-
Сообщений:12
Просмотров:12
-
Сообщений:17
Просмотров:26
-
Сообщений:6
Просмотров:9
-
Сообщений:11
Просмотров:15