|
|
|
it7ent |
|
|||
Новичок Профиль Группа: Участник Сообщений: 9 Регистрация: 24.4.2007 Репутация: нет Всего: нет |
Вопросы:
1. Какова длительность проекта, как вы ее оценивали? 2. На итерации делалась "оценка трудозатрат на каждое требование", никогда не было оценок > 2 недель? 3. Всегда укладывались в 2 недели, а если не укладывались, то что делали? |
|||
|
||||
lvovin |
|
|||
Новичок Профиль Группа: Участник Сообщений: 2 Регистрация: 7.7.2007 Репутация: нет Всего: нет |
1. Был первоначальный пропоузал, который делался пм-ом. Он мог делаться кем угодно, хоть предпродажным аналистом, который никакого отношения к проекту не имеет. Понятно, что его оценка должна быть похоже на правду, чтобы зацепить клиента.
Но после это вступает в действие другой подход. Команда говорит, ок, та оценка это хорошо, она позволяет примерно увидеть когда ты получишь что-то работоспособное, но давай мы будет работать немного не так. Пусть нашей целью будет создание работающего качественного продукта, доступного в любой момент времени с последними фичами. И по ходу дела ты сам будешь видеть прогресс и активно участвовать в постоянном планировании. Впоследствии и оказалось, что фактическая трудоемкость разошлась с оценкой. Но благодаря тому, что мы перешли на agile подход, клиент всю ситуацию видел как она развивалась и скорректировал свои планы так, что мы выпустили первую бету к определенной дате (опять же чуть скорректированной) с меньшим числом фич. После того как демонстрация прошла на ура, разработка вошла в более спокойное русло - были известны фичи намного вперед, и из-за отсутствия их жесткой привязки к каким-то срокам можно было спокойно заниматься краткосрочным планированием и разработкой. 2. Бывают и такие фичи, что не влалят. Тогда они делятся на логические куски, которые сами по себе полезны будучи проимплементированы по очереди. Но бывает что клиенту нужно все или ничего. Тогда разбиение все равно делается, просто результаты промежуточной итерации ему полезны лишь чтобы посмотреть на прогресс, а сам билд никуда не идет кроме тестирования. Или в крайнем случае клиент может сказать давайте что есть, если фича совсем разбухла, а показывать уже надо. 3. Всегда. В следующие две недели старые должки просто перепланируются на новые итерации. Конечно лучше перепланировать задолго до окончания итерации, чтобы не было сюрпризов для всех заинтересованных сторон. Клиент конечно вправе подвигать сроки своих релизов, тогда делается еще одна (микро-)итерация. Но обычная итерация всегда влазит в две недели по определению. |
|||
|
||||
arilou |
|
|||
Великий МунаБудвин Профиль Группа: Экс. модератор Сообщений: 2646 Регистрация: 15.7.2004 Где: город-герой Минск Репутация: 3 Всего: 61 |
Оценивал методом Кларка, плюс вносил повышающие коэффициенты на тестирование и менеджмент.
По деньгам вышло примерно то, что и было в пропоузале. По фичам - меньше. Клиент остался доволен. Это сообщение отредактировал(а) arilou - 10.7.2007, 19:53 |
|||
|
||||
Stampede |
|
|||
Гносеолог Профиль Группа: Участник Клуба Сообщений: 963 Регистрация: 25.4.2005 Где: Calgary, Alberta, Canada Репутация: нет Всего: 144 |
arilou, спасибо - очень интересная презентация и вообще интересный опыт. Плюс без разговоров
Я так понимаю, твоя роль в проекте - ведущий разработчик? Интересно было бы услышать комментарии по некоторым моментам.
Вот. Ну а вообще рад за вас, молодцы! -------------------- "If you want something done right, do it yourself" По секрету: выучить английский - реально! |
|||
|
||||
arilou |
|
|||
Великий МунаБудвин Профиль Группа: Экс. модератор Сообщений: 2646 Регистрация: 15.7.2004 Где: город-герой Минск Репутация: 3 Всего: 61 |
Неа, PM Причем опыта с Java у меня Zero. Ведущий отметился в этой теме, как коуч (lvovin). Основная заслуга day-to-day agile mgmt - у него. По продуктивности: скорее всего, программисты бы быстрее отрапортовали, что "готово". Однако: 1) полная сборка проекта включает в себя сборку GWT и занимает 12 минут (так надо, почему - не знаю ). если бы программеры не писали тесты в стиле TDD, то представь себе процесс разработки - через 3 компиляции таким станешь 2) в дни поставок хотелось сказать "все, нафек ваш TDD, фиксите баги! ", но сдерживал себя. 3) если бы разрабатывали сверху вниз, то заказчик своими забубосами со сменой приоритетов и постоянным потоком инфы мне бы плешь проел Ну, в прототипе модели-то и не было - только proof of concept одной насыщенной страницы, который выполнялся на клиенте. Насколько я это видел, развитие шло достаточно стабильно, экстенсивно, но один или два раза возникали заморочки с организацией связи между сущностями, т.к. программер реализовал это так, что не получалось по-простому новое требование клиента внести. Все, что касается persistence, закрывал Hibernate и Spring. Очень помогали АОП-шные фишки спринга (логгинг, шифрование, права доступа)
Глянул, что за зверь такой. Сходу ответить не могу, сча попрошу lvovin заглянуть. Да, тестер у нас был просто мега! Вообще, все ребята молодцы, без них врядли бы проект удался. |
|||
|
||||
sandello |
|
|||
Опытный Профиль Группа: Участник Сообщений: 295 Регистрация: 18.5.2005 Где: Пермь Репутация: нет Всего: 2 |
Ээээ можно еще выложить ppt-шку. Для тех, кто не успел. В идеале - сюда залить
-------------------- |
|||
|
||||
Kangaroo |
|
|||
AA - Aussie Animal Профиль Группа: Участник Клуба Сообщений: 2042 Регистрация: 7.10.2006 Где: US Репутация: нет Всего: 104 |
Присоединяюсь! -------------------- Lost.... |
|||
|
||||
arilou |
|
|||
Великий МунаБудвин Профиль Группа: Экс. модератор Сообщений: 2646 Регистрация: 15.7.2004 Где: город-герой Минск Репутация: 3 Всего: 61 |
обновил ссылку на первой странице
|
|||
|
||||
gEndelf |
|
|||
Шустрый Профиль Группа: Участник Сообщений: 54 Регистрация: 7.7.2005 Где: the world Репутация: нет Всего: 3 |
прошу залить ещё )
|
|||
|
||||
mikolas |
|
|||
Новичок Профиль Группа: Участник Сообщений: 1 Регистрация: 2.6.2008 Репутация: нет Всего: нет |
Присоединяюсь к просьбе
|
|||
|
||||
arilou |
|
|||
Великий МунаБудвин Профиль Группа: Экс. модератор Сообщений: 2646 Регистрация: 15.7.2004 Где: город-герой Минск Репутация: 3 Всего: 61 |
gEndelf,
mikolas, сорри. обновил еще раз. |
|||
|
||||
cemick |
|
|||
Опытный Профиль Группа: Участник Сообщений: 416 Регистрация: 6.7.2006 Где: Санкт-Петербург Репутация: нет Всего: 6 |
а есть возможность снова обновить ссылочку?
|
|||
|
||||
Jey_k |
|
|||
WEB-командир Профиль Группа: Комодератор Сообщений: 4149 Регистрация: 16.11.2003 Где: Москва Репутация: нет Всего: 61 |
Вброшу свои 5 копеек. Методологии Agile тем и хороши, что очень хорошо настриваемы и масштабируемы. Ну XP не трогаем сейчас.
Убеждать дело неблагодарное. Если компания не созрела до Agile, то насильственное внедрение только все усугубит. Должен быть общий курс на то что мы делаем качественные вещи, а не коленочное ###. Сейчас пытаюсь использовать элементы SCRUM. Брать методологию и внедрять полностью нужно не всегда. Мне например пока нужны только бэклог, игра в планирование и итерации длиной в один рабочий день, потом увеличу |
|||
|
||||
surlac |
|
|||
Новичок Профиль Группа: Участник Сообщений: 12 Регистрация: 25.1.2011 Репутация: нет Всего: нет |
Есть компания ("созрела до Agile", но все же очень консервативная). На корпоративном уровне вводится Agile. Как регламентировать это новшество, т.е. в каком документе должно быть описано, что руководители должны использовать методы Agile принудительно? Еще раз повторюсь - компания консервативная, поэтому Agile вводится принудительно. |
|||
|
||||
Jey_k |
|
|||
WEB-командир Профиль Группа: Комодератор Сообщений: 4149 Регистрация: 16.11.2003 Где: Москва Репутация: нет Всего: 61 |
Понимаете дело в чем, нельзя гибкие методологии внедрить бюрократическими методами. Ведь agile - это прежде всего философия. Без понимания ее ценностей и почему в ней все именно так толку не будет. Лучше дальше ватерфоллить. Внедрение гибких методологий начинается снизу, с команд, и далее переходит на топ-менеджмент. Сама по себе контора это не сделает, т.к. не знает как. Нужен SCRUM-тренер на несколько месяцев в состав компании. Т.е. человек который будет фасилитировать все дискуссии, направлять, показывать и отыгрывать вместе со всеми. |
|||
|
||||
|
НА ЗЛОБУ ДНЯ: Дорогие посетители, прошу обратить внимание на то, что новые темы, касающиеся новых вопросов, создаются кнопкой "Новая тема", а не "Ответить"! Любые оффтопиковые вопросы, заданные в текущих темах, будут удалены. Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, arilou. |
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | УП: Методологии | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |