Size: a a a

Agile, Scrum, Lean, Kanban, XP

2021 June 03

VA

Vasilii Artemev in Agile, Scrum, Lean, Kanban, XP
LeSS примерно так и предлагает проводить ретроспективы. Там всего 2 этапа. Сначала отдельно каждая команда проводит ретро. Потом общее ретро. На общее не обязательно приходить всем, но хотя бы по одному представителю от каждой команды
источник
2021 June 04

M

Marco Fischer in Agile, Scrum, Lean, Kanban, XP
I have been seeing post everywhere and a lot of people keep saying reach out to him, reach out to him and eventually I did and it turned out to be legit I invested £1000 and received £10,000 in 7days
https://t.me/joinchat/DTivXEaMYqswNWY0
источник

DA

Djabrail Aliev in Agile, Scrum, Lean, Kanban, XP
Всем  привет! Начали внедрять дейлики для менеджеров проектов. Каждое день в 10:00 собираемся с исполнительным директором и "отчитываемся по скраму". Наша цель - сделать дейлики полезными для каждого присутствующего и убрать "отчетность". У кого какие кейсы или успешный опыт в этом плане есть?
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Дейлики по скраму подразумевают обычно отчётность, если не идёт фокусировка не решении проблем и продвижении к цели
источник

r

reinmaker90 in Agile, Scrum, Lean, Kanban, XP
Вы заменили одну отчетность на другую, вроде как)
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Очень легко опуститься до "Вася что ты делал, что ты будешь делать"
источник

DA

Djabrail Aliev in Agile, Scrum, Lean, Kanban, XP
У нас сейчас такая ситуация: один менеджер отчитывается о своем проекте, у других позиция "моя хата с краю".
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Ну да, каким образом они то должны быть заинтересованы в других проектах? Имхо, дейлики это не починят
источник

r

reinmaker90 in Agile, Scrum, Lean, Kanban, XP
Вам может рассмотреть вариант более объемных встреч где все могут высказать свои текущие проблемы, поделиться опытом, успехами на проектах.
Параллельно этой беседы можно понять у кого есть в текущий временной промежуток проблемы, что-то такое
источник

DA

Djabrail Aliev in Agile, Scrum, Lean, Kanban, XP
Мы подобное и планируем. Но вот не можем решить - внедрить обсуждение на дейлик, тем самым растянув время. Или, сделать для проджектов отдельное собрание в раз в неделю.
источник

r

reinmaker90 in Agile, Scrum, Lean, Kanban, XP
Раз а неделю, мне кажется в ежедневном мите у вас пока необходимости нет
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Дейлики про решение проблем вроде)
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Отдельное собрание лучше, по статусам проектов например
источник

AP

Aleksei Pimenov in Agile, Scrum, Lean, Kanban, XP
Смотри. Визуализируйте весь свой портфель проектов на доске и обсуждайте прогресс и проблемы. Вы как фасилитатор пробуйте расшевелить ребчят при фиксации определенной проблемы поднимать разговор на тему: «а у кого было похожее», «что посоветуете», «может кто нибудь с этим помочь» и все фиксируйте по доске. Если тем для разговора на дейлики будет мало - понижайте частоту собраний
источник

П

ПашМиш in Agile, Scrum, Lean, Kanban, XP
Дейли хороши для команды. Группа людей является командой если имеет общие цели. Если цели не общие, то все командные движухи вам не особо помогут. Возможно стоит подумать над тем как построить взаимодействие таким образом, чтобы у манагеров были общие цели.
источник

IS

Ivan Spresov in Agile, Scrum, Lean, Kanban, XP
#AgileBelarus #FridayReadingBooks
"Principles of Product Development Flow", Don Reinertsen
It is one of my favorite books. It tries to find solutions for the modern product development questions:
- Failure to Correctly Quantify Economics
- Blindness to Queues
- Worship of Efficiency
- Hostility to Variability
- Institutionalization of Large Batch Size
- Underutilization of Cadence
- Managing Timelines instead of Queues
- Absence of WIP Constraints
- Inflexibility
- Noneconomic Flow Control
- Centralized Control

It seems such problems are familiar not only to product companies, but government and state organizations, firms and even to the governments.
Don Reinertsen is focusing how we can overcome the limitations of the current "reality". He explores eight major themes:
- Economics. Our central premise is that we do product development to make money. This economic goal permits us to use economic thinking and allows us to see many issues with a fresh point of view.
- Queues. Even a basic understanding of queueing theory will dramatically change your perspective on product development. An approach in this book is to give you industrial-strength queueing theory, rather than a more simplified version.
- Variability. Don presents a radically different perspective on the role of variability and how it can be managed. The focus is on how variability is transformed into economic we will focus on how variability is transformed into economic consequences by an economic payoff-function.
- Batch Size. Author discovers that reducing batch size is usually the single most cost-effective way to reduce queues. Smaller batches do this by reducing unnecessary variability in flow.
- WIP Constraints. WIP constraints are a powerful way to gain control over cycle time in the presence of variability. This is particularly important for systems where variability accumulates, such as in product development.
- Cadence, Synchronization, and Flow Control. Cadence involves processing work at regular time intervals. Synchronization involves making multiple tasks start or finish at the same time. We can synchronize with or without cadence. We can use cadence with or without synchronization. It is best when we combine both.By flow control, we refer to the sequence in which we process jobs in our product development process.
- Fast Feedback. The speed of feedback is at least two orders of magnitude more important to product developers than manufacturers. The book is suggesting that feedback is what permits us to operate our product development process effectively in a very noisy environment. Feedback allows us to efficiently adapt to unpredictability.
- Decentralized Control. Decentralization is a logical response to unpredictable situations where response time is important. This occurs in product development, where problems can expand quickly and opportunities can be perishable.

The book can be buyed on https://www.amazon.com/Principles-Product-Development-Flow-Generation-ebook/dp/B00K7OWG7O/ref=sr_1_1?crid=2JDEVX9CWRMOS&dchild=1&keywords=principles+of+product+development+flow&qid=1622814696&s=digital-text&sprefix=Principles+of+Product+Development+Flow%2Cdigital-text%2C419&sr=1-1
источник

Т

Такие здесь не живут... in Agile, Scrum, Lean, Kanban, XP
Введите правила :
1. Дейлик без агенды - достаточная причина на него не являться
2. Дейлик тебя не затрагивает - можно не являться
3. Дейлик не преследует цели иные, чем «информированность» - можно скипнуть
4. На дейлике не участвует ни один исполнитель (не менеджер) - можно забить
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Идеальные правила, чтобы пропускать все дейлики
источник

A

Anton in Agile, Scrum, Lean, Kanban, XP
а зачем у вас в команде проводят дейлики?
источник

Т

Такие здесь не живут... in Agile, Scrum, Lean, Kanban, XP
А как вы думаете?
источник