Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Один Agile проект, как это было 
:(
    Опции темы
it7ent
Дата 9.7.2007, 18:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 9
Регистрация: 24.4.2007

Репутация: нет
Всего: нет



Вопросы: 
1. Какова длительность проекта, как вы ее оценивали?
2. На итерации делалась "оценка трудозатрат на каждое требование", никогда не было оценок > 2 недель? 
3. Всегда укладывались в 2 недели, а если не укладывались, то что делали?
PM MAIL   Вверх
lvovin
Дата 10.7.2007, 17:43 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 7.7.2007

Репутация: нет
Всего: нет



1. Был первоначальный пропоузал, который делался пм-ом. Он мог делаться кем угодно, хоть предпродажным аналистом, который никакого отношения к проекту не имеет. Понятно, что его оценка должна быть похоже на правду, чтобы зацепить клиента.
  Но после это вступает в действие другой подход. Команда говорит, ок, та оценка это хорошо, она позволяет примерно увидеть когда ты получишь что-то работоспособное, но давай мы будет работать немного не так. Пусть нашей целью будет создание работающего качественного продукта, доступного в любой момент времени с последними фичами. И по ходу дела ты сам будешь видеть прогресс и активно участвовать в постоянном планировании.
  Впоследствии и оказалось, что фактическая трудоемкость разошлась с оценкой. Но благодаря тому, что мы перешли на agile подход, клиент всю ситуацию видел как она развивалась и скорректировал свои планы так, что мы выпустили первую бету к определенной дате (опять же чуть скорректированной) с меньшим числом фич. После того как демонстрация прошла на ура, разработка вошла в более спокойное русло - были известны фичи намного вперед, и из-за отсутствия их жесткой привязки к каким-то срокам можно было спокойно заниматься краткосрочным планированием и разработкой.

2. Бывают и такие фичи, что не влалят. Тогда они делятся на логические куски, которые сами по себе полезны будучи проимплементированы по очереди. Но бывает что клиенту нужно все или ничего. Тогда разбиение все равно делается, просто результаты промежуточной итерации ему полезны лишь чтобы посмотреть на прогресс, а сам билд никуда не идет кроме тестирования. Или в крайнем случае клиент может сказать давайте что есть, если фича совсем разбухла, а показывать уже надо.

3. Всегда. В следующие две недели старые должки просто перепланируются на новые итерации. smile Конечно лучше перепланировать задолго до окончания итерации, чтобы не было сюрпризов для всех заинтересованных сторон. Клиент конечно вправе подвигать сроки своих релизов, тогда делается еще одна (микро-)итерация. Но обычная итерация всегда влазит в две недели по определению.
PM MAIL   Вверх
arilou
Дата 10.7.2007, 19:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Великий МунаБудвин
****


Профиль
Группа: Экс. модератор
Сообщений: 2646
Регистрация: 15.7.2004
Где: город-герой Минск

Репутация: 3
Всего: 61



Цитата(it7ent @  9.7.2007,  18:17 Найти цитируемый пост)
1. Какова длительность проекта, как вы ее оценивали?

Оценивал методом Кларка, плюс вносил повышающие коэффициенты на тестирование и менеджмент.
Цитата(lvovin @  10.7.2007,  17:43 Найти цитируемый пост)
Впоследствии и оказалось, что фактическая трудоемкость разошлась с оценкой.

По деньгам вышло примерно то, что и было в пропоузале. По фичам - меньше. Клиент остался доволен.

Это сообщение отредактировал(а) arilou - 10.7.2007, 19:53


--------------------
user posted imageuser posted image
PM WWW ICQ   Вверх
Stampede
Дата 25.7.2007, 19:50 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Гносеолог
**


Профиль
Группа: Участник Клуба
Сообщений: 963
Регистрация: 25.4.2005
Где: Calgary, Alberta, Canada

Репутация: нет
Всего: 144



arilou, спасибо - очень интересная презентация и вообще интересный опыт. Плюс без разговоров smile

Я так понимаю, твоя роль в проекте - ведущий разработчик?

Интересно было бы услышать комментарии по некоторым моментам.
  • Как я понял, проект был выполнен в срок в устроившем заказчика объеме. Можешь ли ты оценить разницу в продуктивности и качестве готового продукта по сравнению с тем, если бы система разрабатывалась традиционно, сверху вниз?
  • Насколько сильно изменилась программная модель прикладной области на пути от прототипа к готовому продукту? Были ли это изменения чисто экстенсивного характера (добавление новых полей), или более существенные? Скажем, связанные с особенностями персистенции или касающиеся взаимной связи сущностей разного типа.
  • Я не увидел в презентации термина "vertical slice" © Род Джонсон. Хоть это и не из глоссария agile programming, но вещь полезная, интуитивно понятная, и наверняка использовалась в проекте. Или это понятие подразумевалось включенным в "proof of concept"?
  • Порадовался, что ваш QA-специалист самостоятельно пишет тесты. Сколько я видел, эти ребята максимум могут развернуть продукт и в определенном порядке потыкать в кнопки smile

Вот. Ну а вообще рад за вас, молодцы!


--------------------
"If you want something done right, do it yourself"
По секрету: выучить английский - реально!
PM WWW   Вверх
arilou
Дата 26.7.2007, 15:58 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Великий МунаБудвин
****


Профиль
Группа: Экс. модератор
Сообщений: 2646
Регистрация: 15.7.2004
Где: город-герой Минск

Репутация: 3
Всего: 61



Цитата(Stampede @  25.7.2007,  19:50 Найти цитируемый пост)
Я так понимаю, твоя роль в проекте - ведущий разработчик?

Неа, PM smile Причем опыта с Java у меня Zero. Ведущий отметился в этой теме, как коуч (lvovin). Основная заслуга day-to-day agile mgmt - у него.

Цитата(Stampede @  25.7.2007,  19:50 Найти цитируемый пост)
Как я понял, проект был выполнен в срок в устроившем заказчика объеме. Можешь ли ты оценить разницу в продуктивности и качестве готового продукта по сравнению с тем, если бы система разрабатывалась традиционно, сверху вниз?

По продуктивности: скорее всего, программисты бы быстрее отрапортовали, что "готово". Однако:
1) полная сборка проекта включает в себя сборку GWT и занимает 12 минут (так надо, почему - не знаю smile ). если бы программеры не писали тесты в стиле TDD, то представь себе процесс разработки  smile - через 3 компиляции таким станешь smile

2) в дни поставок хотелось сказать "все, нафек ваш TDD, фиксите баги! smile", но сдерживал себя.

3) если бы разрабатывали сверху вниз, то заказчик своими забубосами со сменой приоритетов и постоянным потоком инфы мне бы плешь проел smile 

Цитата(Stampede @  25.7.2007,  19:50 Найти цитируемый пост)
Насколько сильно изменилась программная модель прикладной области на пути от прототипа к готовому продукту? Были ли это изменения чисто экстенсивного характера (добавление новых полей), или более существенные? Скажем, связанные с особенностями персистенции или касающиеся взаимной связи сущностей разного типа.

Ну, в прототипе модели-то и не было - только proof of concept одной насыщенной страницы, который выполнялся на клиенте. Насколько я это видел, развитие шло достаточно стабильно, экстенсивно, но один или два раза возникали заморочки с организацией связи между сущностями, т.к. программер реализовал это так, что не получалось по-простому новое требование клиента внести.
Все, что касается persistence, закрывал Hibernate и Spring. Очень помогали АОП-шные фишки спринга (логгинг, шифрование, права доступа)

Цитата(Stampede @  25.7.2007,  19:50 Найти цитируемый пост)
Я не увидел в презентации термина "vertical slice" © Род Джонсон

Глянул, что за зверь такой. Сходу ответить не могу, сча попрошу lvovin заглянуть.

Цитата(Stampede @  25.7.2007,  19:50 Найти цитируемый пост)
Порадовался, что ваш QA-специалист самостоятельно пишет тесты. Сколько я видел, эти ребята максимум могут развернуть продукт и в определенном порядке потыкать в кнопки smile

Да, тестер у нас был просто мега! Вообще, все ребята молодцы, без них врядли бы проект удался.



--------------------
user posted imageuser posted image
PM WWW ICQ   Вверх
sandello
Дата 14.4.2008, 17:00 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 295
Регистрация: 18.5.2005
Где: Пермь

Репутация: нет
Всего: 2



Ээээ можно еще выложить ppt-шку. Для тех, кто не успел. В идеале - сюда залить  smile 


--------------------
user posted image
PM MAIL Jabber   Вверх
Kangaroo
Дата 14.4.2008, 17:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


AA - Aussie Animal
****


Профиль
Группа: Участник Клуба
Сообщений: 2042
Регистрация: 7.10.2006
Где: US

Репутация: нет
Всего: 104



Цитата(sandello @  14.4.2008,  17:00 Найти цитируемый пост)
Ээээ можно еще выложить ppt-шку. Для тех, кто не успел. В идеале - сюда залить 

Присоединяюсь!  smile 


--------------------
Lost....
PM MAIL MSN   Вверх
arilou
Дата 14.4.2008, 19:24 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Великий МунаБудвин
****


Профиль
Группа: Экс. модератор
Сообщений: 2646
Регистрация: 15.7.2004
Где: город-герой Минск

Репутация: 3
Всего: 61



обновил ссылку на первой странице


--------------------
user posted imageuser posted image
PM WWW ICQ   Вверх
gEndelf
Дата 2.6.2008, 17:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 54
Регистрация: 7.7.2005
Где: the world

Репутация: нет
Всего: 3



прошу залить ещё )
PM MAIL WWW   Вверх
mikolas
Дата 2.6.2008, 18:33 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 1
Регистрация: 2.6.2008

Репутация: нет
Всего: нет



Присоединяюсь к просьбе smile
PM MAIL   Вверх
arilou
Дата 2.6.2008, 23:06 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Великий МунаБудвин
****


Профиль
Группа: Экс. модератор
Сообщений: 2646
Регистрация: 15.7.2004
Где: город-герой Минск

Репутация: 3
Всего: 61



gEndelf
mikolas

сорри. обновил еще раз.


--------------------
user posted imageuser posted image
PM WWW ICQ   Вверх
cemick
Дата 24.3.2010, 10:00 (ссылка) |    (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 416
Регистрация: 6.7.2006
Где: Санкт-Петербург

Репутация: нет
Всего: 6



а есть возможность снова обновить ссылочку? smile 
PM MAIL WWW   Вверх
Jey_k
Дата 9.9.2010, 21:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


WEB-командир
****


Профиль
Группа: Комодератор
Сообщений: 4149
Регистрация: 16.11.2003
Где: Москва

Репутация: нет
Всего: 61



Вброшу свои 5 копеек. Методологии Agile тем и хороши, что очень хорошо настриваемы и масштабируемы. Ну XP не трогаем сейчас.

Убеждать дело неблагодарное. Если компания не созрела до Agile, то насильственное внедрение только все усугубит. Должен быть общий курс на то что мы делаем качественные вещи, а не коленочное ###.

Сейчас пытаюсь использовать элементы SCRUM. Брать методологию и внедрять полностью нужно не всегда. 

Мне например пока нужны только бэклог, игра в планирование и итерации длиной в один рабочий день, потом увеличу


--------------------
PM MAIL WWW   Вверх
surlac
Дата 21.2.2011, 18:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 12
Регистрация: 25.1.2011

Репутация: нет
Всего: нет



Цитата(Jey_k @ 9.9.2010,  21:52)
Если компания не созрела до Agile, то насильственное внедрение только все усугубит. Должен быть общий курс на то что мы делаем качественные вещи, а не коленочное

Есть компания ("созрела до Agile", но все же очень консервативная). На корпоративном уровне вводится Agile. Как регламентировать это новшество, т.е. в каком документе должно быть описано, что руководители должны использовать методы Agile принудительно? 
Еще раз повторюсь - компания консервативная, поэтому Agile вводится принудительно.
PM MAIL   Вверх
Jey_k
Дата 13.5.2011, 12:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


WEB-командир
****


Профиль
Группа: Комодератор
Сообщений: 4149
Регистрация: 16.11.2003
Где: Москва

Репутация: нет
Всего: 61



Цитата(surlac @  21.2.2011,  18:20 Найти цитируемый пост)
руководители должны использовать методы Agile принудительно? Еще раз повторюсь - компания консервативная, поэтому Agile вводится принудительно.



Понимаете дело в чем, нельзя гибкие методологии внедрить бюрократическими методами. Ведь agile - это прежде всего философия. Без понимания ее ценностей и почему в ней все именно так толку не будет. Лучше дальше ватерфоллить.

Внедрение гибких методологий начинается снизу, с команд, и далее переходит на топ-менеджмент.

Сама по себе контора это не сделает, т.к. не знает как. Нужен SCRUM-тренер на несколько месяцев в состав компании. Т.е. человек который будет фасилитировать все дискуссии, направлять, показывать и отыгрывать вместе со всеми.


--------------------
PM MAIL WWW   Вверх
Страницы: (3) Все 1 2 [3] 
Ответ в темуСоздание новой темы Создание опроса
arilou

НА ЗЛОБУ ДНЯ: Дорогие посетители, прошу обратить внимание на то, что новые темы, касающиеся новых вопросов, создаются кнопкой "Новая тема", а не "Ответить"! Любые оффтопиковые вопросы, заданные в текущих темах, будут удалены.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, arilou.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | УП: Методологии | Следующая тема »


 




[ Время генерации скрипта: 0.1688 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.