Ну а с кодом надо развивать такую культуру, когда разработчик в общем доделывает задачу :)

А не полагается на следующего по цепочке, тогда и горлышко рассосется

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

Ага, я нанимался писать баги, а не править :)))

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

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

Эффект обратный, если каждый человек это часть процесса, а не one-man-army

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

под умным я имею в виду с тестами и с анализом профита и возможных рисков

https://www.facebook.com/groups/leankanbanrussia/permalink/1009294472512245/

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

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

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

В Аналитический центр при Правительстве РФ кто идет слушать про госagile?

2 и 3 ноября?

Кормить будут?

В госе и чтобы не кормили :)

я ходил уже, не кормили :))

гибкость не соотносится с ненормативной работой. если я не прав, хотел бы прочитать про обратное.

Что такое нормативная работа? :)

Надо чтобы перло от процесса, а не чтобы там часы соблюдались)

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

Надо чтобы перло от процесса, а не чтобы там часы соблюдались)

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

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

откуда инфа?

От практикантов скрам? :)

Меня уже давно прет и работаю я по 12, норм, люди в войну не умирают, а становятся сильнее - потому что мозг настроен

на выживание

а не на покупку айфон :)

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

Работать надо меньше, делать больше - да. Но сколько работать - индивидуальная характеристика человека

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

но тут то речь не только о Вас, а о скрам командах в целом

индивидуальный момент абсолютно, не понимаю, как тут вообще можно свою позицию отстаивать

O_o

Кароси стала причиной смерти премьер-министра Японии Кэйдзо Обути в 2000 году, который за 20 месяцев пребывания на своём посту имел всего три выходных дня и трудился не меньше, чем 12 часов в сутки

Нужно фотку посмотреть, может счастливый умер

:))

😄

)))

У Японцев культура отношения к работе другая

Другой мир

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

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

но мы генетически запрограммированы развиваться, а не жить в спокойном ритме :)

как сказал бы один наш общий знакомый, менеджерки хотят, чтобы кодерки работали на износ

ахаха)

Вы путаете создание среды и личную мотивацию ;)

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

в методологиях из agile премии тоже не приветствуются :)

индивидуальные

В Аналитический центр при Правительстве РФ кто идет слушать про госagile?

Вадим, привет . Интересно .

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

ну не знаю, не знаю точнее да, когда все замотивированы идеей, многие согласны и хотят работать по 12 часов, НО есть куча историй, что жесткое ограничение (сверху) отработанных часов, имело очень хороший эффект) и люди не перегорают, и эффективность в эти 6-8 часов у них выше, так как ты знаешь, что не сможешь доделать вечером)

аля WIP

нужна гифка

где люди толпой прыгают с обрыва

и надпись - пока не было ограничения :))

с удовольствием бы проголосовал за 4-х дневную рабочую неделю ;)

да, я давно об этом толкую среди своих коллег, что ТК морально устарел

Не в развизвающихся странах ))

Коллеги, знаю есть телеграм чат для обьявлений о работе для Products Jobs - есть что то похожее для Project Manager jobs может кто знает? Ищем PM-а на проект

я ходил уже, не кормили :))

Значит, кого как :)

А для руководителей проектных офисов есть что по поиску розыску? А то ищем такого

Кругом agile один, нет больше руководителей!

Холакратия сплошная

кстати, как бы советовали подойти к проблеме внедрения Agile в компании с авторитарным стилем менеджмента и сильными вертикальными связями?)

а зачем там agile

может там деньги нефтяные, и важно не продукты делать, а отчеты писать :)

вообще сейчас лучше всего работает Герман Греф

можно подождать первых успехов Сбера

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

(хотя кого это заботит, hype)

Один вариант точно сработает - консультанты

вообще сейчас лучше всего работает Герман Греф

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

https://www.youtube.com/watch?v=0f9S38yOGIE

Саботаж наверное есть, но судя по тренерскому составу и движухе - норм все

Владислав, и фронтендеров там ждут :)

Владислав, и фронтендеров там ждут :)

Так я не фронтендер в чистом виде, мне нужна или лидовая или продуктовая позиция. А такого там нет.

Фронтендер без примесей

нужда

Фронтендер без примесей

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

В общем сбер - надежда :)

Смотрю ролик. Пименов – мужик, но вступление уж очень пафосное.