Sergey
Когда прикрутили вместо кластера один сервер - это Техдолг.
Sergey
потому что быстрее итерацию и вообще
Sergey
Есть ли формализованное понятие типа "Техдолда" в управлении
Slava
http://www.scaledagileframework.com/architectural-runway/
Sergey
типа "не буду флоу делать хорошо, сделаю как-нибудь для первой итерации чтоб побыстрее и вообще"
Slava
вот по ссылке вся теор. часть по вашему вопросу
Sergey
о, спасибо
Dmitry
вы о разных вещах говорите, вроде
Sergey
ну прочитаю - посмотрим
Slava
Enable Flow and Agility with Architecture
Slava
оно оно
Slava
я просто не верю в это :)
Slava
код всегда какашка, вопрос только в том, готовы ли вы быстро адаптировать его и сделали ли вы его максимально простым для этого
Dmitry
сергей вообще говорил не про техдолг
Slava
то есть перекладывая на ваш пример - если один кластер, но подключить еще 10 можно за парчу часов - это ок, если один и подклбчить еще 10 можно за спринт - это ой ой
Slava
ну может быть
Dmitry
Сергей спрашивал, есть аналог термина техдолг не в айти сфере
Sergey
если вернуться к примеру выше - то если взять один сервер вместо отказоустойчивого кластера, то, прикинув палец к носу, можно просчитать риски, прикинуть объем экрстенной работы по восстановлению, и проч.
А если внедрим попозже?
Sergey
как измеряется то
Slava
вот вы запутали меня :)
Slava
как называется или как измеряется :) и тех долг ли
Sergey
наверно не "тех", но какой-то долг
Dmitry
мендолг
Slava
наверное просто мало контекста
Slava
аля - надо сравнить два варианта реализации
Slava
(отказоустойчивый или нет)
Slava
Кстати если вы проектируете архитектуру и готовы выступить с одним серверов, бывает такое что это неверное решение? :)
Ну то есть если вы понимаете что вы сбербанк, вы однозначно так никогда делать не будете - и здесь у вас даже вопроса стоять не будет.
Slava
А если вопрос стоит, значит один сервер всегда самое верное решение. ;/
Andrei
https://cdn-images-1.medium.com/max/1200/1*jfJgrW5L6jpiKivCbr8fQA.jpeg
Denis
все что вы делаете это тех долг, хорошо вообще никогда не бывает
Кстати когда я жил в России, мне тоже так казалось. Когда уехал в Германию, то понял что мы просто не умеем работать в долгую и организовывать своем окружение (это кстати не только программирования касается)
Denis
Во-первых вот эта ментальность - либо идеально, либо говно. Ну в такой шкале всегда все говно будет. А если ввести больше градаций, то оказывается, что можно в разумные сроки этого добиться
Slava
Есть развивающиеся страны, есть развитые
Slava
Ментальности нет
kiosaku
а кто там это придумал, про emerging countries?
Karina
ментальность - ложка
Denis
Во-вторых разработка через MVP вообще не противоречит хорошему качеству. Сейчас сделали криво - позже запланируем и поправим. К вопросу о способности к планированию и организации
Slava
Не противоречит, мой мессадж в том, что если ОТНОСИТЬСЯ к коду так, будто сделаем один раз и круто, то закончится это известно как. А если концентрироваться на простоте, понятности, то шансы эволюционировать у такого кода сильно повышаются
Denis
Простота тоже недостижимый идеал. Мой поинт в том, что важно уметь запланировать фиксы того говна, которое понаписали. И уметь это презентовать бизнесу. А бизнес должен быть грамотный и не микроменеджить и уметь слушать что ему говорят. И тут упс - российский бизнес сплош и рядом из самоучек и кидал
Slava
Презентовать фиксы говна бизнесу?
Slava
=)
Slava
Бизнесу который грамотный и не микроменеджмент это просто будет неинтересно
Denis
Не сами фиксы, а естественно тот факт, что будут потрачены ресурсы на что-то, что они не понимают
Karina
как-то это противоречит тезису.
если бизнес грамотный, то они и так понимают, что ресурсы на техдолг нужно выделять.
Если не понимают, то можно ли назвать такой бизнес грамотным?
Denis
Грамотный бизнес понимает, что бывает булшит. Разработка должна представить свои аргументы в виде обьективных фактов для бизнеса, которые что бы понять не нужно разбираться в теме.
Denis
Мисменеджмент так же плох как и микроменеджмент
Denis
Ну вот например так - мы измерили availability, получилось столько-то девяток (мало). Хотим достич такой-то цифры. Цель - улучшение качества сервиса для пользователей. Требуется X денег и Y времени.
Slava
Грамотный бизнес
Slava
Вопрос есть доверие или нет. У нас просто в большинстве компаний нет доверия на стыке бизнес-IT, бизнес при этом грамотный
Slava
IT в основном программисты, вопросы доверия не в их сфере компетенций
Slava
поэтому коучи
Slava
появились и налаживают этот процесс. учат прозрачности и т.п. :)
Slava
я езжу в одну компанию несколько раз в неделю, показываю одну и ту же презу, потому что люди из соседних департаментов не могут друг к другу зайти
Slava
вот и вся история
Denis
Аргххх
Yuriy
я езжу в одну компанию несколько раз в неделю, показываю одну и ту же презу, потому что люди из соседних департаментов не могут друг к другу зайти
напомнило, как некоторые клиенты через нас общаются со своими коллегами)
Alexey
Добрый день!
вопрос к практикующим скрам-мастерам по организации собраний.
Ситуация такая: команда разработки 10 человек поддерживает 3 сервиса, разрабатывает и развивает ещё 3. И естественно, что заказчики хотят, чтобы всё делалось параллельно, качественно, быстро и в срок :)
каждый спринт мы берём фичи, которые закрывают какую-то небольшую проблему в своем продукте и фактически разделяемся на 3-4 маленькие команды (несколько человек участвуют в разных продуктах в рамках одного спринта, но есть и люди, которые сфокусированы только на одном продукте в течение нескольких спринтов)
Вопрос в следующем:
как проводить стендапы, планирование и ревью? Разбиваться по продуктам, или всей толпой? Что посоветуете почитать/посмотреть об упорядочивании такого беспорядка?
1. Понять что делаем сейчас
2. Понять что делаем "завтра"
3. Делать то что нужно сейчас и думать о том что нужно делать "завтра".
4. Договориться о правилах и протоколах стыковки того что будем делать завтра.
5. Синхронизироваться и запланировать
6. Повторить с п1
Slava
Только на совещание
Dmitry
Коллеги, доброе утро!
Последнее напоминание-)
Сегодня будет митап
https://productvision.timepad.ru/event/560099/
осталось 5 мест
формат - дискуссия
Yuriy
👍
Denis
Мы в книжном клубе про Agile и Продукты выбираем следующую книгу для чтения на 3 недели
Denis
Эта книга будет на тему Agile
Denis
Если у вас есть какие-то предпочтения или вам нравится что-то из https://www.amazon.com/gp/registry/wishlist/88G2YPC64K5A/ref=nav_wishlist_lists_3 – пишите, а также стучитесь в личку за инвайтом в клуб
Alexey
Мне кажется надо немного подождать и читать вот эту :)
Alexey
https://www.amazon.com/gp/aw/d/1628251999/ref=mp_s_a_1_1?ie=UTF8&qid=1503937922&sr=8-1&pi=AC_SX236_SY340_QL65&keywords=agile+practice+guide
Denis
бат вай?
Alexey
Интересно ж, не? Выходит PMBOK 6 вместе с этой книгой.
Denis
ии?
Alexey
Ну как бы все. Это книга по agile))
Denis
интересен же не agile в вакууме, а какие-то задачи
Denis
а PMI — это известная банда старпёров-консерваторов, ничего интересного я от них не жду
Denis
как я составлял список кандидатов:
1) интересное название
2) рейтинг около 5
Denis
у книги PMI по моим прогнозам рейтинг будет 3,8
Yaroslav
а PMI — это известная банда старпёров-консерваторов, ничего интересного я от них не жду
некоторые там моложе нас с тобой :-)
Yaroslav
Немного офф-топик но только немного:
http://raec.ru/live/raec-news/9754/
Yaroslav
Сергей спрашивал, есть аналог термина техдолг не в айти сфере
Скорее из какой области этот термин пришел в ИТ?
Denis
Эта книга будет на тему Agile
С 29 августа по 19 сентября читаем https://www.amazon.com/Beyond-Requirements-Analysis-Software-Development-ebook/dp/B014PO7XYM/
Slava
Чо нового в мире agile?