В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Software Design/Architecture/Zen

2042 membersпожаловаться на группу
2021 June 10

SP

Sergey Protko in Software Design/Architecture/Zen
а дальше уже может играть сильно специфика команд.

Например у одной команды MTTR и так хороший а у каких-то команд одним из факторов являются оч неинформативные алерты или логи.
источник
04:18пожаловаться#1

SP

Sergey Protko in Software Design/Architecture/Zen
менеджер условно будет спрашивать у людей кто непосредственно этим самым рековери занимается что можно сделать что бы он делал это быстрее
источник
04:19пожаловаться#2

SP

Sergey Protko in Software Design/Architecture/Zen
из этого будут деливерблс формироваться и бэклог
источник
04:20пожаловаться#3

SP

Sergey Protko in Software Design/Architecture/Zen
при этом все менеджеру вообще похеру как именно все то работает и ему не надо быть там бывшим SRE
источник
04:20пожаловаться#4

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Ну тоесть сто занимается приоретизацией и выделением ресурсов?
источник
04:21пожаловаться#5

SP

Sergey Protko in Software Design/Architecture/Zen
CTO так же может потом посмотреть на вот эту всю инфу и сказать "ого, так у нас есть оказывается команда с хорошим MTTR - давайте мы их от работы освободим и они будут помогать другим командам добиться тех же результатов" и т.д.
источник
04:21пожаловаться#6

SP

Sergey Protko in Software Design/Architecture/Zen
не. тут менеджер это не CTO уже, это там твой лид/техлид/кто-то из команды (представитель) если у тебя прям совсем модно и линейная структура
источник
04:22пожаловаться#7

SP

Sergey Protko in Software Design/Architecture/Zen
CTO задает приоритеты для outcomes. мол "нам важно добиться того-то и того-то"
источник
04:22пожаловаться#8

SP

Sergey Protko in Software Design/Architecture/Zen
соответственно что бы к этим "надо добиться того-то и того-то" это тоже работа, она тоже требует анализа.... не надо думать что пришел такой CTO на белом коне и такой "ребята давайте вы не будете баги делать" и уходит в закат
источник
04:23пожаловаться#9

SP

Sergey Protko in Software Design/Architecture/Zen
и чем больше организация тем дальше эта работа будет от "как конкретно"
источник
04:23пожаловаться#10

SP

Sergey Protko in Software Design/Architecture/Zen
условно - если CTO приходит и говорит "давайте микросервисы" то в 90% случаев надо гнать его
источник
04:24пожаловаться#11

SP

Sergey Protko in Software Design/Architecture/Zen
а вот если он приходит и говорит "давайте там blast radius при доставке фич уменьшим" или там "регуляторные органы требуют сегментации данных" и вот это команду приведет к "походу микросервисы подходят" - то это уже другое. Прикол в том что "команда" сможет тебе придумать больше вариантов (возможно) и быстрее сможет прикинуть реальный экономический импакт (насколько сложно по сравнению с профитом)
источник
04:26пожаловаться#12

SP

Sergey Protko in Software Design/Architecture/Zen
ну и еще есть вот вся эта херня про leadership и прочие "вдохновлять и поднимать мораль"
источник
04:27пожаловаться#13

SP

Sergey Protko in Software Design/Architecture/Zen
p.s. вся эта шляпа с цели вместо задач это вообще военные тип там придумали а они знают толк как масштабировать
источник
04:30пожаловаться#14

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Ну все таки они сами ставят срок (оценка,  берут обязаткльство) без достаточного анализа того что есть, потом закапываются и начинают усиленно копать. Но эти сессии как раз и нужны чтобы уменьшать непродуманность действий путем стабилизации кодовой базы и шаринга знаний
источник
04:30пожаловаться#15

SP

Sergey Protko in Software Design/Architecture/Zen
если это еще подвязать к "Buy a feature" технике приоритизации)
источник
04:31пожаловаться#16

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Да это вполне очевидная концепция по типу закона деметры. Не заниматься микроменеджментом, а указать цели и люди сами разберутся
источник
04:32пожаловаться#17

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
Тут что-то на менеджерском)
источник
04:33пожаловаться#18

SP

Sergey Protko in Software Design/Architecture/Zen
но микроменджмент это так естественно и не принужденно, особенно когда ты "компетентен в области в которой задачи надо ставить"
источник
04:34пожаловаться#19

SP

Sergey Protko in Software Design/Architecture/Zen
https://www.career.pm/briefings/product-prioritization-techniques
www.career.pm
20 Product Prioritization Techniques: A Map and Guided Tour | Briefings | career.pm
An in-depth overview of 20 product prioritization techniques and a periodic table to make sense of them all.
источник
04:34пожаловаться#20