Мы меняем процессы разработки в компании, и поэтому я постоянно каждый день объясняю что-то разным людям. Любое изменение — даже банальная постановка задачи на стендапе — требует понимания того, как это надо и как это не надо делать. Смысл в том, что если вы хотите руководить…
Начнём с постановки задачи. Надо в каждом запросе в header’s отправлять токен и id юзера Надо из каждого ответа вытаскивать из headers новый токен и id юзера Полученные данные надо сохранять Библиотека для серверного взаимодействия – Retrofit. За многопоточность отвечают корутины. Задача не сложная, надо просто добавить прерыватель Okhttp client в каждый запрос. Полчаса и всё готово, всё работает, все рады. Но мне стало интересно, а нельзя ли сделать прерыватель без Okhttp клиента? Читать дальше →
Однажды для нашей команды перестали работать ретроспективы. На ретро мы обсуждали вечные темы: надо лучше декомпозировать задачи, надо лучше оценивать задачи, надо перестать таскать долги между спринтами и т.д. Кто-то параллельно кодил, кто-то отвечал на сообщения, кто-то просто
Почему даже очевидно полезные изменения не работают? Потому что дело не в идеях, а в системе.В статье разбирается попытка внедрить изменения без полномочий: как оценить их до запуска, почему люди по-разному воспринимают одну и ту же инициативу, откуда берется сопротивление и почему почти всегда возникает просадка эффективности.Без обещаний успеха и универсальных рецептов — разбор собственного опыта и наблюдений, где изменения ломаются в реальности, даже когда всё сделано «правильно». Читать далее