SPA это не от хорошей жизни. Почему все забыли о тонких клиентах. Го устроим срачик. Быстрее приходи по ссылке, пока стрим еще идёт! https://youtu.be/IsKkU2hVyiw
Сегодня в чате так смачно про еду заговорили. Надо продожить. Прям на стриме. Жду именно тебя, приходи и расскажи что-нибудь. https://youtu.be/5QT-sARxi8I
Раз. Чем меньше оценка, тем меньше шансов ошибиться Два. Каждый день мы тратим на коммуникации не меньше часа (дейли, уточнение требований, коммуникации по процессам...), плюс всевозможные ревю, передача задач, разбор почты и/или дашбордов и/или тикетов... Три. Максим Дорофеев называет это "мыслетопливо". Коротко - это способность решать сложные задачи и принимать решения. Эта способность в среднем составляет 4 часа в день на человека Четыре. Если мы ошибочно оценили задачу в 2 часа, то об ошибке мы узнаем через 2 часа крайний срок. Если оценим в 16 часов, то можно тешить себя надеждой до истечения срока. Лучше обосраться раньше и быстро принять меры, чем потом хвататься за голову Пять. Менеджер более наглядно будет видеть выгорание бэклога Шесть (еще не надоело?). Нейробиологи говорят, что человеку жизненно важно каждый день побеждать. Если вы на протяжении долгого времени не закрываете задачи, то не видите достижений и мотивация падает
Есть 2 разные сущности, которые хранят в тикет-системах: эпики (они же user story) и тикеты (они же задачи). При этом программисты (QA, дизайнеры...) не любят оценивать вообще всё, а менеджеры наоборот стремятся оценить каждый вдох. Чтобы понять где правда, нужно понять, для кого создаются все эти сущности. Давайте отдадим эпики менеджерам, а тикеты - работягам. Для первых будем играть в покеры при оценке и всячески вытаскивать блокеры, а вторым запретим оценку и дадим указание делить задачи до тех пор, пока не появится ощущение, что задачу можно выполнить за час.
Звучит как бред? Ок, давайте подумаем вместе: все оценки делаются в абстрактых сторипойнтах, чтобы подсветить факт того, что эта оценка сама по себе условна. При этом очевидно, что чем выше оценка, тем больше вероятность совершить ошибку в оценке. Вообще для таких оценок лучше использовать степень двойки, чтобы наглядно было видно, что вероятность ошибки растёт в геометрической прогресии. Т.е. чем большую оценку мы ставим, тем больше шанс словить кучу неопределённостей и сесть в лужу. Значит, нужна максимально низкая оценка, что-то около часа-двух для задач разработчика, которые мы можем создавать на каждый чих и детализировать их можем до бесконечности, как любят разработчики. А т.к. задачи все будут примерно по часу-два, то и оценка им не нужна, можно загребать в спринг кучками по 2-4 на день на разработчика (не забываем о ревю, командных активностях и прочей рутине). А вот эпиков мало, их можно смачно обсуждать по полчаса каждый и оценки выставлять безобразно высокие, ибо почему бы и нет?
Можно возразить, мол как мы так разобьём задачи по часу-два, чтобы и результат на выходе был? А всё в порядке, кстати. Для разработчика результат на выходе будет точно: класс, функция, тест, стили, вёрстка, анимация, скрипт миграции... впишите своё слово. Та же история и с другими членами команды. Эти задачи нужны для них, а отчитываться в спринте мы всё равно будем эпиками. Каждому уровню сотрудников мы создаём свой вид задач и получаем удобную систему, где всем удобно и всё прозрачно.
Мы тут с коллегами по цеху решили коллективно выписывать мысли про работу в канальчик. Чтобы и посраться можно было, и знать, где референсы искать для срачей "снаружи". Комменты приветствуются =)
Трямс. В четверг стрима не будет. Праздники, родственники, вот это все меня захлестнуло и я буду жрать пельмени с гостями в этот четверг. Сорян) но на следующей неделе всё будет на месте
Завтра все сольются в экстазе по поводу окончания 2020. А сегодня мы пообсуждаем чем порадовать себя на праздниках. Го на стрим https://youtu.be/djSZmoeNagI
Кстати, завтра Новый год и стримить не получится. Поэтому, как и обещал, заобщаемся сегодня. Как обычно, в 18.00 по Мск на втором канале. Ссылочка будет позже)
Есть интересный баг в мозге человека: когда мы сталкиваемся с трудностями и неопределенностью, мы начинаем делать то, что лучше всего умеем. При этом мы даже не замечаем этого. Все выглядит так, будто мы всерьез решаем проблему, хотя, часто, просто откладываем момент решения проблемы. Лучше всего это заметно на работе. Например, столкнувшись с проблемой, что наш продукт стали плохо покупать, команда решит, что сайт непривлекательный и срочно нужен редизайн. Или что он грузится долго. И начинается верстка, оптимизация, гадание на всем и вся. Хотя причина может оказаться в том, что с последним релизом сафари на Айфоне в браузере пофиксил баг и у нас не работает кнопка "купить". В аналитику в команде никто не умеет и учиться не хочет, зато кодить и рисковать дизайны умеют все. Или вот более приземлённый пример: у человека часто болит голова. Надо бы дойти до врача, но это не ясно к кому идти, время тратить, деньги... Потом ещё на анализы отправят, лечение назначат, геморрой, в общем. Что делает человек? То что умеет: пьет обезболивающее или жалуется знакомым и следует их советам. Так что, если кажется, что в задаче с неизвестными можно обойтись знакомыми методами, лучше подумать, какие факторы нужно прояснить - это поможет сэкономить время и силы, пусть и будет неприятно некоторое время.
