Всем привет!
Очередной раз мы хотим спросить мнение хабра-сообщества по поводу издания новой книги по IT. В этот раз нам приглянулась книга по управлению проектов по методологии Scrum.
Заранее спасибо за ваше мнение!
Всем привет!
Очередной раз мы хотим спросить мнение хабра-сообщества по поводу издания новой книги по IT. В этот раз нам приглянулась книга по управлению проектов по методологии Scrum.
Заранее спасибо за ваше мнение!
Наша команда занимается разработкой интерфейсов для четырех крупных проектов: Яндекс.Картинки, Яндекс.Видео и их версий для смартфонов. Разработка верстки поисковых сервисов в Яндексе обладает своей спецификой. Задачи стекаются с разных сторон: от менеджеров, разработчиков бэкэнда, поиска, проявляются баги и т.д. Внедряются новые фичи, требующие отображения в верстке. Все это стекается в наш таск-трекер (JIRA).
При этом задач всегда больше, чем ресурсов. Всем заказчикам нужно сделать задачи как можно раньше, все поднимают приоритеты своих задач. У разработчиков уходило слишком много времени на то, чтобы разобраться, какие из этих неотложных задач самые неотложные. Это очень тормозило развитие, и нужно было что-то предпринимать. Сделать так, чтобы каждый разработчик знал, какими именно задачами ему заниматься сегодня, а какие можно отложить на завтра, следующую неделю, месяц.
В конечном итоге большинство наших проблем удалось решить при помощи Agile Board и Scrum, но пришли мы к этому далеко не сразу, а поэтапно.
2014 год обещает быть насыщенным интересными тренингами и мастер-классами от учебного центра Luxoft Training. В первом квартале нового года Россию посетит с мастер-классом Микеле Маркезе профессор по Инженерии разработки ПО в Университете Кальяри, Италия.
Микеле Маркезе одним из первых занялся исследованиями в области объектно-ориентированной разработки ПО с использованием гибких методологий, в частности экстремального программирования. Сегодня он трудится над разработкой бережливых и гибких методологий разработки ПО (в частности над подходом Lean-Канбан) совместно с Дэвидом Андерсоном – «отцом» Канбан-методологии в инженерии ПО.
Предлагаем вам познакомиться с одной из статей, где Маркезе выступает соавтором, посвященной результатам применения Scrum- и Канбан-подходов на основе кейс-стади и моделирования.
Я не отношусь к лагерю сторонников или противников той или иной методологии. Это инструмент, который в умелых руках творит чудеса, а в неумелых чудеса не творит. Ранее я уже немного писал о трендах, возведенных в культ, в списке которых гибкие методологии (в просторечии — эджайл), на мой взгляд, занимают важное место. В этой статье тезисно пройдемся по основным моментам использования методологий, в том числе гибких.
Приглашаем Вас постетить второй вебинар из серии LTS, который состоится 26 ноября в 16:00 GMT+1 (19:00 МСК, 17:00 Киев). Скотт Эмблер (Scott Ambler) – канадский программист, консультант и писатель расскажет о дисциплинированной гибкой разработке — Disciplined Agile Delivery (DAD).
Скотт Эмблер – широко известный автор многочисленных книг, посвященных дисциплинированной гибкой разработке, унифицированному процессу разработки программного обеспечения, гибкой методологии разработки программного обеспечения, унифицированному языку моделирования, а также разработке на базе модели CMM.
Читать полностью »
Вы руководитель нового проекта заказной разработки. Вам принесли договор, неизвестно кем и как заключенный, дали контакты заказчика и дальше вы предоставлены сами себе. Изучив функциональный объем проекта, вы понимаете, что в данном случае было бы правильно применить Agile. Но в договоре уже прописаны четкие фазы в соответствии с каскадной моделью разработки (waterfall) со сроками, результатами и фиксированной ценой по каждому этапу. Что делать в этой ситуации?
Клиент опять «не знает, чего хочет», а вся ваша команда, по его словам, «не понятно что делает»? Или вы и есть тот клиент, и у вас действительно нет ясного понимания, что за продукт будет на выходе, но вы хотите получить в итоге то, что вам нужно, а не что «получится»?
Парадокс? Обычная история! Методика Scrum в таких ситуациях – оптимальный способ управления процессом. Scrum (от слова «схватка», есть такой прием в регби) относится к Agile-методам, то есть к гибким подходам к разработке программного обеспечения. О нем, как правило, говорят именно в IT-контексте, хотя скрам применим даже для ремонта квартиры.
Ростовская область, город Таганрог. Здесь сейчас проходит одно из самых значимых событий в мире российского IT – Agile Camp 2013. Возможно, кто-то еще не знает об Agile. Возможно, кто-то уже не желает знать о нем ничего, потому как не срослось. Но все, кто хотя бы нашел в себе силы погуглить на эту тему, знает о компании ScrumTrek, организующей тематические мероприятия, в процессе которых те, кто раньше следовал престарелым шаблонам разработки, вдруг обнаруживают в себе силы и желание найти другой путь. Гибкий и эффективный. Agile way.
Потом выписывают себе командировочные, садятся в самолет/паровоз/пароход и едут туда, где эксперты Agile учат нас работать. Вот и мы, радуясь жизни и новым впечатлениям, в количестве десяти человек, понеслись в сторону Азовского моря.
Читать полностью »
Ниже несколько, во многом очевидных, тезисов, которые могут помочь новичкам в Scrum
Описанный проект — первый, на котором мы решили применить Scrum в полной мере.
До этого работали по итерациям, но без Stand-up митингов, Ретроспектив и Демок.
Работы над проектом ведут две команды.
Команда 1 создает систему документооборота, в которой будут готовиться данные для некого приложения, которое разрабатывает Команда 2.
Из-за этого в определенных итерациях мы пересекаемся и сильно зависим друг от друга
Итак.
Читать полностью »
Сфера проектного управления весьма обширна, от организации мероприятий (не материальный результат), до строительных (дом — очень материальный результат). И в этой сфере отдельно можно выделить категорию проектов «разработка компьютерных приложений».
Нужно очень хорошо понимать отличие этих проектов от остальных и особенно от проектов внедрения компьютерных приложений в бизнес-процессы организации.
Существует два риска, которые очень часто выливаются в проблемы:
1. те кто специализируется на разработке ПО, не замечает как ступают на территорию внедрения и проект начинает надуваться… как правило с летальным исходом;
2. те кто специализируются на внедрении и организационных проектах, без понимания сложности, начинают разработку и качество результатов начинает существенно падать — и это в лучшем случае;
Для тех кто занимается чистым внедрением или чистой разработкой — эти проблемы неведомы. Но это редкие счастливчики.
Уходим в детали…Читать полностью »