tag:blogger.com,1999:blog-8002707544081987477.post4426904045153635547..comments2009-06-18T01:32:41.140-07:00Асхат Уразбаевhttp://www.blogger.com/profile/14609591024692466310noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-8002707544081987477.post-30016432702892564382009-06-18T01:32:41.140-07:002009-06-18T01:32:41.140-07:00Привет Асхат, приведите, пожалуйста, примеры проблем, с которыми сталкивалась ваша комада, очень интересны именно настоящие примеры, чем больше тем лучше.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-8002707544081987477.post-27799579672154779132009-05-27T08:02:41.714-07:002009-05-27T08:02:41.714-07:00Решает команда, разумеется. Например, так: "у нас получилось очень много пунктов, давайте выберем самые важные". Можно устроить голосование (dot voting) среди идей.<br /><br />Если вы не успеваете делать ретроспективу, не работаете над кодом, то ваш технологический долг растет, а производительность падает. <br /><br />Если требует обстановка, отказаться можно от чего угодно. Догмы тут нет. Единственное, что меня печалит, так это то, что такие проекты тоже будут называть "Agile" :-)Асхат Уразбаевhttp://www.blogger.com/profile/14609591024692466310noreply@blogger.comtag:blogger.com,1999:blog-8002707544081987477.post-19176987590339961932009-05-27T07:50:35.308-07:002009-05-27T07:50:35.308-07:00Привет, Асхат.<br /><br />Интересно было бы узнать, как именно и кем решается, какие 3-6 пунктов из идей и минусов попадают в план в вашей версии ретроспективы?<br /><br />Я работал с Денисом вместе и думаю, что у нас есть свой вариант ответа. ;) Было бы интересно узнать про ваш опыт.<br /><br />Еще проблема, с которой я лично столкнулся в своем миропонимании Agile заключается в том, что очень часто обсуждаемые в ретроспективе вопросы выходят за рамки требований заказчика к системе (так как по своей природе исходят от разработчиков). Вопрос заключается в том, как в план вставлять такие вещи и объяснять потом заказчика, что половину итерации, например, команда провела за обсуждением каких-то code standards или улучшением качества кода в таком-то и таком-то модуле?<br /><br />Я хочу, чтобы ты меня правильно понял. Я не ставлю под сомнение здравость и нужность идей, предлагаемых на ретроспективе. Все знают, что чем лучше код, тем больше пользы в будущем. Но хотел бы узнать, что делать, если время действительно поджимает? Отказывались ли вы когда-нибудь от проведения ретроспективы или проводили ли ее в сжатом варианте (без плана на выполнение)?<br /><br />С уважением,<br />Олег.Oleg Sakharovhttp://www.blogger.com/profile/10724686375146119531noreply@blogger.com