Відповіді:
Щодо спритного, я не думаю, що жодна команда не може обійтися без " Agile retrospectives ". Ретроспектива є основою будь-якої команди і правильне їх виконання далеко не тривіально.
Я також рекомендую " Тренування спритних команд ". Зараз я це читаю і про півдорозі. Час від часу він може бути трохи пухнастим, але він дає багато прекрасних уявлень - для мене, принаймні.
(Пізніше редагувати: я мав на увазі "тренування спритних команд", а не "спритний тренер".)
Agile Software Development with Scrum - книга, яку я прочитав на курсі CSM. Поки що я вважаю це досить корисним (наша команда тільки починає третій спринт). Я дуже рекомендую прочитати кілька книг на цю тему, бажано від різних авторів. Це повинно дати вам гарне уявлення про те, де є відмінності, а отже, над якими речами потрібно подумати і зробити свої власні висновки.
Scrum і XP з траншей - це дуже гарна книга на цю тему. На відміну від інших книг, це описує, як одна компанія робила нуди з нуля. Це більш практична книга, яка дає вам смак, як ЯК СКУМ можна зробити. І книга БЕЗКОШТОВНА.
Для Scrum я б поїхав з "Agile Estimating and Planning" Майка Конна .
Він охоплює Scrum від основ до деяких більш складних тем, а також вирішує деякі більш поширені питання, ніж виникає при початку з Scrum. Наприклад:
Кон також розглядає деякі теми з точки зору власника продукту - як розставити пріоритет щодо відставання, різних підходів до досягнення міри, що невловимої "ділової цінності", в т.ч. модель Kano для розробки продукту. Не все це може стосуватись когось із суворої ролі розробника (у мене є ціла інша скандальність щодо того, чи є "сувора роль" навіть доброю справою), але завжди корисно мати якийсь контекст. Справді, я заперечую, що контекст має важливе значення для довгострокового успіху.
Agile Software Development: Кооперативна гра (2-е видання)
... один з провідних піонерів Agile оновлює свою книгу, нагороджену Jolt Productivity, відбиваючи все, що було вивчено про спритний розвиток з моменту його первісного впровадження.
Алістер Кокберн починається з оновлення своєї потужної моделі розробки програмного забезпечення як "спільної гри на винахід та комунікацію". Серед нових ідей він вводить: посилення конкуренції без шкоди співпраці; вивчення уроків з худого виробництва; і балансування стратегій спілкування. Кокберн також пояснює, як грається спільна гра в бізнесі та на інженерних проектах, а не лише у розробці програмного забезпечення
Далі він систематично висвітлює гнучку модель, показує, як вона розвивалася, і відповідає на запитання розробників та керівників проектів найчастіше, в т.ч.
- Де спритна розробка підходить до нашої організації?
- Як ми поєднуємо гнучкі ідеї з іншими ідеями?
- Як ми можемо розширити спритні ідеї ширше?
Півень приймає вирішальні помилки, які спричиняють невдалі спритні проекти. Наприклад, ви дізнаєтесь, чому кодування стратегій управління проектами у фіксовані процеси може призвести до неефективних стратегічних рішень і дорогих помилок. Ви також знайдете продумане обговорення суперечливих відносин між спритними методами та дизайном досвіду користувача.
Півень звертається до практичних проблем побудови спритних методологій для власних команд. Ви дізнаєтесь, як настроювати та постійно винаходити свої методології та як керувати неповним зв’язком ...