Метка «scrum»

Давно хотел систематизировать свой взгляд на методологии разработки ПО, на взаимодействие менеджера и программиста (функционального тимлида и тимлида разработки), но всё не попадалась точка опоры, оттолкнувшись от которой, можно порассуждать. И вот эта точка опоры появилась. Коллега прислал ссылку на манифест (RU), который, как представляется, легко овладевает неокрепшими умами посредством своей категоричности и ненормативной лексики.
Читать полностью »

Нужна книга по Scrum?

Всем привет!
Очередной раз мы хотим спросить мнение хабра-сообщества по поводу издания новой книги по IT. В этот раз нам приглянулась книга по управлению проектов по методологии Scrum.
Заранее спасибо за ваше мнение!

Содержание:

Читать полностью »

Наша команда занимается разработкой интерфейсов для четырех крупных проектов: Яндекс.Картинки, Яндекс.Видео и их версий для смартфонов. Разработка верстки поисковых сервисов в Яндексе обладает своей спецификой. Задачи стекаются с разных сторон: от менеджеров, разработчиков бэкэнда, поиска, проявляются баги и т.д. Внедряются новые фичи, требующие отображения в верстке. Все это стекается в наш таск-трекер (JIRA).

При этом задач всегда больше, чем ресурсов. Всем заказчикам нужно сделать задачи как можно раньше, все поднимают приоритеты своих задач. У разработчиков уходило слишком много времени на то, чтобы разобраться, какие из этих неотложных задач самые неотложные. Это очень тормозило развитие, и нужно было что-то предпринимать. Сделать так, чтобы каждый разработчик знал, какими именно задачами ему заниматься сегодня, а какие можно отложить на завтра, следующую неделю, месяц.

image

В конечном итоге большинство наших проблем удалось решить при помощи Agile Board и Scrum, но пришли мы к этому далеко не сразу, а поэтапно.

Читать полностью »

Я не отношусь к лагерю сторонников или противников той или иной методологии. Это инструмент, который в умелых руках творит чудеса, а в неумелых чудеса не творит. Ранее я уже немного писал о трендах, возведенных в культ, в списке которых гибкие методологии (в просторечии — эджайл), на мой взгляд, занимают важное место. В этой статье тезисно пройдемся по основным моментам использования методологий, в том числе гибких.

imageЧитать полностью »

Приглашаем Вас постетить второй вебинар из серии LTS, который состоится 26 ноября в 16:00 GMT+1 (19:00 МСК, 17:00 Киев). Скотт Эмблер (Scott Ambler) – канадский программист, консультант и писатель расскажет о дисциплинированной гибкой разработке — Disciplined Agile Delivery (DAD).

Скотт Эмблер – широко известный автор многочисленных книг, посвященных дисциплинированной гибкой разработке, унифицированному процессу разработки программного обеспечения, гибкой методологии разработки программного обеспечения, унифицированному языку моделирования, а также разработке на базе модели CMM.
Читать полностью »

Вы руководитель нового проекта заказной разработки. Вам принесли договор, неизвестно кем и как заключенный, дали контакты заказчика и дальше вы предоставлены сами себе. Изучив функциональный объем проекта, вы понимаете, что в данном случае было бы правильно применить Agile. Но в договоре уже прописаны четкие фазы в соответствии с каскадной моделью разработки (waterfall) со сроками, результатами и фиксированной ценой по каждому этапу. Что делать в этой ситуации?
Применение Agile в рамках договора с фиксированными фазами

Читать полностью »

image

Клиент опять «не знает, чего хочет», а вся ваша команда, по его словам, «не понятно что делает»? Или вы и есть тот клиент, и у вас действительно нет ясного понимания, что за продукт будет на выходе, но вы хотите получить в итоге то, что вам нужно, а не что «получится»?
Парадокс? Обычная история! Методика Scrum в таких ситуациях – оптимальный способ управления процессом. Scrum (от слова «схватка», есть такой прием в регби) относится к Agile-методам, то есть к гибким подходам к разработке программного обеспечения. О нем, как правило, говорят именно в IT-контексте, хотя скрам применим даже для ремонта квартиры.

Для клиентов…

Читать полностью »

Ростовская область, город Таганрог. Здесь сейчас проходит одно из самых значимых событий в мире российского IT – Agile Camp 2013. Возможно, кто-то еще не знает об Agile. Возможно, кто-то уже не желает знать о нем ничего, потому как не срослось. Но все, кто хотя бы нашел в себе силы погуглить на эту тему, знает о компании ScrumTrek, организующей тематические мероприятия, в процессе которых те, кто раньше следовал престарелым шаблонам разработки, вдруг обнаруживают в себе силы и желание найти другой путь. Гибкий и эффективный. Agile way.
Потом выписывают себе командировочные, садятся в самолет/паровоз/пароход и едут туда, где эксперты Agile учат нас работать. Вот и мы, радуясь жизни и новым впечатлениям, в количестве десяти человек, понеслись в сторону Азовского моря.
Читать полностью »

Ниже несколько, во многом очевидных, тезисов, которые могут помочь новичкам в Scrum

Немного о проекте и о командах.

Описанный проект — первый, на котором мы решили применить Scrum в полной мере.
До этого работали по итерациям, но без Stand-up митингов, Ретроспектив и Демок.

Работы над проектом ведут две команды.

Команда 1 создает систему документооборота, в которой будут готовиться данные для некого приложения, которое разрабатывает Команда 2.

Из-за этого в определенных итерациях мы пересекаемся и сильно зависим друг от друга

Итак.
Читать полностью »

Сфера проектного управления весьма обширна, от организации мероприятий (не материальный результат), до строительных (дом — очень материальный результат). И в этой сфере отдельно можно выделить категорию проектов «разработка компьютерных приложений».

Нужно очень хорошо понимать отличие этих проектов от остальных и особенно от проектов внедрения компьютерных приложений в бизнес-процессы организации.

Существует два риска, которые очень часто выливаются в проблемы:

1. те кто специализируется на разработке ПО, не замечает как ступают на территорию внедрения и проект начинает надуваться… как правило с летальным исходом;

2. те кто специализируются на внедрении и организационных проектах, без понимания сложности, начинают разработку и качество результатов начинает существенно падать — и это в лучшем случае;

Для тех кто занимается чистым внедрением или чистой разработкой — эти проблемы неведомы. Но это редкие счастливчики.

Уходим в детали…Читать полностью »