#definition_of_done — Public Fediverse posts

Архитектурный комитет: настраиваем работу с нуля. Часть 1. Definition of Ready, Definition of Done и статусная модель

Привет! Меня зовут Павел Лукьянов, я deputy CTO в AGIMA . Каждую пятницу с 3 до 4 пополудни я занят. Не звоните мне и не ищите меня. В это время у нас еженедельная встреча архитектурного комитета, где я и другие умные люди обсуждаем важные вопросы. Как правило, в центре внимания новые проекты или капитальные перемены на старых. Меняется стек? Это к нам. Обновляем архитектуру? Окей, давайте подумаем. Запускаем проект с нуля? Подберем оптимальные решения. Все важнейшие технические вопросы у нас проходят через такой вот консилиум архитекторов и руководителей департаментов. Поэтому мы можем гарантировать и самим себе, и заказчику, что техническая часть проекта точно будет на высоте. Но архитектурный комитет, как и любая другая структура, живет по своим правилам и законам. Что это за правила и законы, я расскажу в этой статье. Если вам предстоит настраивать работу архкомитета в вашей компании — велком.

https://habr.com/ru/companies/agima/articles/939048/

#архитектурный_комитет #definition_of_ready #definition_of_done #статусная_модель

Как выстроить работу команды и отпустить тимлида в отпуск

Знакома ли вам ситуация: тимлид распределяет задачи, всё делает сам, а на свой профессиональный рост и поддержку компетенций вечно не хватает времени? Без него в команде ничего не решается, и поэтому он становится «узким горлышком» в процессе. Отпуск откладывается, ведь без незаменимого лидера всё рухнет. Так происходит годами, и ничего не меняется. В этой статье я поделюсь алгоритмом, который я использовала в собственной практике, как тимлиду выбраться из рутины и сделать команду автономной.

https://habr.com/ru/companies/reksoft/articles/834740/

#тимлид #тимлиды_и_разработчики #работа_в_команде #приоритизация #definition_of_done #definition_of_ready #канбан #тасктрекер

Задача готова! Или нет? Definition of Done и зачем он нужен

Менеджер : Эта задача готова? Разработчик : Да. Менеджер : Давайте катить на пользователей? Разработчик : Давайте. Менеджер : Что‑то не вижу функциональности на продакшене? Разработчик : Ну, нам нужно еще пару дней — пройти код‑ревью, подождать, чтобы QA протестировали, собрать и выкатить релиз в прод, сделать несколько миграций данных, и потом мы откроем фичу для пользователей. Менеджер : Но ты же сказал, что задача готова? Разработчик : Да. Думаю, многие из нас были свидетелями или участниками подобного диалога. Каждая сторона считает, что задача готова, но понимание состояния готовности разительно отличается. В итоге у каждой из сторон ожидания сильно расходятся с реальностью, что негативно влияет на коммуникацию между ними и, в целом, на развитие продукта. Так, как же этого избежать?

https://habr.com/ru/articles/790196/

#definition_of_done #критерии_готовности #критерии_приемки #разработка #коммуникации_в_команде