Как стать автором
Обновить
27.37
Рейтинг

Agile

Гибкая методология разработки

Сначала показывать
  • Новые
  • Лучшие
Порог рейтинга
  • Все
  • ≥0
  • ≥10
  • ≥25
  • ≥50
  • ≥100

Почему Scrum не сработал, или Уверены ли вы, что точно знаете, что такое фреймворк?

Блог компании ICL ServicesIT-инфраструктураУправление проектамиAgileIT-компании


Все мы знаем, что фреймворки Agile — это не волшебные пилюли от всех болезней Компании, но в то же время часто об этом забываем, полагаясь на моду, непрофессионалов или вовсе приступая к делу, не понимая, какие ценности несёт Agile и что сулят изменения.

Предлагаю рассмотреть на практике одну из самых известных Agile практик Scrum, чтобы понять, где они действительно не работают и почему это происходит. Уверена, это может помочь не допустить множество ошибок в начале пути и выстроить либо эффективный процесс, либо отказаться от идеи внедрения фреймворка Scrum. Задайте себе контрольные вопросы в начале каждого блока, чтобы понять, в каком направлении вы двигаетесь. Приступим!
Читать дальше →
Всего голосов 5: ↑4 и ↓1+3
Просмотры2.3K
Комментарии 1

Новости

Показать еще

5 составляющих счастья ИТ-проекта: Взгляд РП

Блог компании ReksoftУправление проектамиAgile

В управленческой среде есть древняя скрижаль, на которой время оставило базовую мудрость: нельзя управлять тем, что нельзя измерить. Почти любую деталь сложного проекта можно разложить на исчисляемые параметры. Однако измерения ради измерений не обязательно облегчают управление. Они хороши настолько, насколько хороша рассказываемая ими история.

Для истории важно, был ли проект успешен или нет. Алексей Ким, руководитель проектов «Рексофт», делится своим видением ключевых параметров, влияющих на успех ИТ-проекта. В этом посте мы поговорим, по каким метрикам оценивать проект РП, чтобы соблюсти статус-кво по задачам со стороны заказчика и команды, и дадим  примеры из практики, чтобы показать, что к чему, и как мы сами эти показатели мерим.

Читать далее
Всего голосов 2: ↑2 и ↓0+2
Просмотры526
Комментарии 2

Как проджект-менеджеры рулят проектами: руководство для джунов

Управление проектамиAgile

Привет, Хабр! Меня зовут Вадим Кузенков, я руковожу проектным офисом и работаю с командами в компании KODE. За плечами — 18 лет опыта в управлении проектами.

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

Чем он может быть полезен? Вы сможете проверить свою осознанность, начать строить мост над пропастью между теорией и практикой, возможно — избавиться от стереотипов. Материал прежде всего ориентирован на джунов в PM, но будет полезен и другим IT-специалистам. Развеем миф, что попугая можно повысить до PM, если научить его говорить «Ну что там?»

Читать далее
Всего голосов 7: ↑6 и ↓1+5
Просмотры4.9K
Комментарии 19

Психи на работе

Блог компании М.Видео-ЭльдорадоAgileКарьера в IT-индустрииЛайфхаки для гиковЗдоровье

Привет, Хабр! Меня зовут Андрей Ревяшко, я СТО сети Эльдорадо. Мы регулярно встречаемся с командой и обсуждаем различные окологиковские темы. Совсем недавно мы говорили про психотипы членов команды разработки и их влияние на общий результат. Поделюсь этим материалом и с вами. Уверен, что часть из вас точно возьмет его на вооружение.

Читать далее
Всего голосов 54: ↑31 и ↓23+8
Просмотры15K
Комментарии 94

Agile: используем человеческую мотивацию

Блог компании OTUSAgileУправление персоналом
Перевод

Agile строится на многих идеях (Кайзден, Lean, канбан и т.д). Но одним из наиболее важных аспектов является совокупность исследований человеческой мотивации. В этой статье я рассмотрел некоторые их этих идей и подчеркнул, что очень легко применять Agile, но упускать из виду эти мотивационные факторы.

Читать далее
Всего голосов 7: ↑4 и ↓3+1
Просмотры2.3K
Комментарии 19

Взгляд со стороны, или подглядываем за разработкой в Agile-команде

Блог компании РоссельхозбанкAgileКарьера в IT-индустрии

Всем привет!

Статей на Хабр я раньше не писал и поэтому расскажу немного о себе.

ТТХ автора:

               Имя                     - Андрей;

               Возраст              - 25 лет;

               Опыт работы    - мог бы быть и побольше.

Моя «стремительная» карьера разработчика началась в далёком 2019 году и за это время я успел поработать в двух компаниях. О первой компании скажу, что это был отличный опыт в отличной компании и я многому там научился. А сегодня я работаю разработчиком в блоке развития и поддержки Автоматизированной Банковской Системы (АБС) в РСХБ-Интех, чему я очень рад.

Эта статья написана, чтобы поделиться своим мнением о первом опыте взаимодействия с Agile, поэтому она может быть полезна таким же начинающим разработчикам как я или тем, кто ещё не сталкивался с подобного рода командами.

Читать далее
Всего голосов 4: ↑2 и ↓20
Просмотры1.8K
Комментарии 3

Внедрение Agile в Data Science и Computer Vision проекте. Управление командой Data Science

Управление разработкойУправление проектамиAgileУправление продуктомУправление персоналом

В этой статье я расскажу о своем опыте внедрения Agile на DS проекте с нуля. Я расскажу по шагам что мы с командой пробовали использовать, к чему это привело, какие ошибки допускали и как мы в итоге пришли к стабильному, простому и понятному процессу разработки.

Контекст проекта и немного введения

Проект, с которым мне пришлось работать связан с определением объектов по камерам наблюдения на физических объектах (ресторанах). Нашей основной задачей было создание системы определения объектов и вывода необходимой информации на дашборде, а также мы осуществляли развертывание системы на объектах (более 1500) и поддержку пользователей.

Наша команда состояла из Data Science и Computer Vision специалистов, было несколько QA, один Frontend Developer и один Backend Developer. Я выступал в роли Project Manager.

Когда я только приступил к работе над проектом, там не было никакой документации, плана, отчетности и т.д. Все делалось на словах, что-то немного трекалось в Trello, это был тот еще хаос. 

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

Этап 1. Начало внедрения Agile.

В самом начале моей основной целью было понять что вообще необходимо сделать, к какому сроку, кто чем занимается и что вообще есть сейчас.

В интернете я наткнулся на целую кучу различных статей о том, как выстраивать процессы в DS, но у всех были разные мнения: кто-то советовал Kanban, кто-то Scrum, кто-то описывал свои методики, но ничего общего я не нашел, не было ничего, что можно применить к любому проекту такого рода. Однако, самым ценным было знакомство с концепцией CRISP-DM.

Читать далее
Всего голосов 1: ↑1 и ↓0+1
Просмотры913
Комментарии 7

Как сформировать эффективную продуктовую команду

Блог компании Первая грузовая компания (ПГК)CRM-системыДизайн мобильных приложенийAgileКарьера в IT-индустрии

Меня зовут Ольга Умнова, я — Product Owner (владелец продукта) железнодорожного оператора Первой грузовой компании (ПГК). Мы создаем такие IT-продукты, которых на нашем рынке еще нет. Разработчики ПГК — первопроходцы в своем деле. Сегодня я расскажу вам, как формировалась и работала команда, которая создала один из флагманских проектов компании — приложение «Мобильный репортер» для контроля коммерческого состояния крытых вагонов. Этот продукт мы называем Instagram для грузовых вагонов.

Читать далее
Всего голосов 3: ↑2 и ↓1+1
Просмотры808
Комментарии 4

Как мы делаем образовательную VR — платформу для университета МИФИ

C#UnityAgileРазвитие стартапаAR и VR
Из песочницы

Практически год наша команда трудилась над виртуальной образовательной платформой для университета МИФИ. Теперь мы готовы делиться подробностями.

Читать далее
Всего голосов 4: ↑4 и ↓0+4
Просмотры1.7K
Комментарии 4

Гонка итераций

Управление проектамиAgileУправление продуктомУправление персоналомЧитальный зал

Выдался у меня как-то на работе хороший год. Я сделал пару серьёзных проектов, за что получил существенную прибавку к окладу. Естественно, я захотел этот опыт повторить. Пришёл к директору и говорю – хочу +30%, готов стараться от всей души.

Тот почему-то обрадовался. Давай, говорит, всё-превсё автоматизируем в течение года, и будет тебе прибавка. Чтобы понять, кто такое «всё-превсё», мы собрали совещание всех отделов. Люди с радостью притащили хотелки, мы из сгруппировали в 13 проектов.

Увидев предстоящий объём работы, я, конечно, приуныл. А директор – наоборот. Когда все отделы ушли с совещания, он сказал: я тебе помогу. Ну, думаю, поможешь ты мне. Уже помог, спасибо.

Директор же сказал: я знаю, как тебе легко и быстро сделать все эти проекты. Ты, говорит, сам от себя офигеешь. Будем делать по-гибкому, в стиле эджайл.

Читать далее
Всего голосов 58: ↑51 и ↓7+44
Просмотры19K
Комментарии 38

Стартап первый, или как я входил в it

Геоинформационные сервисыAgileРазвитие стартапаБизнес-моделиIT-компании
Из песочницы

Всем привет, меня зовут Нурболат, живу в небольшом городе Казахстана. Так получилось, что я на данный момент руковожу стартапом и как наверное это часто бывает в стартапах, мне приходится выполнять обязанности на нескольких уровнях, как основателю и руководителю компании, как владельцу продукта, как архитектору, ну и как разработчику тоже. Если вы думаете, что статья будет про историю успеха, то это не так. А также это не история, как я облажался. Хотя нет, частично это история как я облажался. Почему частично? Потому что для меня все еще в процессе. Но если учесть, что почти все мои знакомые не оценивают меня как эффективного бизнесмена, руководителя и менеджера. То как будто бы шансы на успех стремятся к нулю. Лично я с улыбкой смотрю на свое будущее и мне самому не терпится узнать к какому результату мы придем. Но давайте по порядку...

Читать далее
Всего голосов 18: ↑13 и ↓5+8
Просмотры5.3K
Комментарии 6

Что такое пользовательская история?

Блог компании OTUSУправление проектамиAgile
Перевод

Так вот, пользовательские истории! Несомненно, это один из основных столпов agile(гибкой)-разработки и необходимый инструмент для продакт-менеджера.

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

Но что такое пользовательская история?

Чтобы ответить на этот вопрос, давайте разделим это понятие на части:

Читать далее
Всего голосов 5: ↑4 и ↓1+3
Просмотры3.1K
Комментарии 5

Как опричники с аджайлом боролись

Agile

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

А в той стране тем временем...
Всего голосов 22: ↑0 и ↓22-22
Просмотры2.9K
Комментарии 8

Топ-10 граблей начинающего скрам-мастера

Блог компании Deutsche Telekom IT Solutions (ex T-Systems)Управление разработкойУправление проектамиAgileУправление продуктом

Как много статей в интернете от матерых скрам-мастеров и их историй успехов. Прям читаешь и завидно становится.

Историй много, а вот заметок, с какие трудностями они сталкивались - мало. Об эпичных и не очень провалах я вообще молчу - фрезировщик на заводе может по пальцам своей руки их посчитать.

Вот почему? Это же самое ценное и крутое пособие по тому, как реагировать на трудности и какие уроки выносить из своих фейлов! Как раз то, что не хватает еще зеленым начинающим скрам мастерам.

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

Читать далее
Всего голосов 14: ↑9 и ↓5+4
Просмотры4.5K
Комментарии 27

Может ли автоматизированное тестирование заменить ручное?

Разработка веб-сайтовТестирование IT-системTDDТестирование веб-сервисовAgile

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

Disclaimer: данная статья написана с учетом опыта разработки в определенной (хоть и самой массовой) сфере ПО, а именно e-commerce. В других сферах правила игры могут разительно отличаться.

Я работал в тестировании 3 года, в автоматизации 7 лет, и в разработке - все оставшееся время, и вскоре я буду выступать на Национальной Конференции по Тестированию в Великобритании с ответом на этот вопрос. Но конференция еще не скоро, а многим, видно, интересно узнать ответ уже сейчас.

Читать далее
Всего голосов 14: ↑6 и ↓8-2
Просмотры6.4K
Комментарии 50

Управление «расползанием» границ проекта: почему, когда и как

Блог компании OTUSУправление проектамиAgile
Перевод

Требования меняются и расширяются в ходе любого проекта. Это естественный аспект разработки программного обеспечения. Менеджер проекта должен предвидеть и планировать это, например, путем включения буферов в планы на случай непредвиденных обстоятельств при взятии на себя обязательств. Расползание рамок (от англ. "scope creep", также известное как расползание возможностей и расползание требований), однако, относится к неконтролируемому расширению возможностей, которые команда пытается запихнуть в уже переполненный проект. Все это не помещается.

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

Читать далее
Всего голосов 6: ↑5 и ↓1+4
Просмотры2.5K
Комментарии 0

Инженерия требований в Agile: мифы и реальность

Блог компании OTUSУправление проектамиAgile

Инженерия требований – важнейшая часть разработки каждого программного продукта, вне зависимости от того, как вы подходите к управлению продуктами и их разработке. Качество вашей работы с инженерией требований и ее результаты напрямую влияют на неудачу или успех вашего подхода к управлению продуктами в проекте.

Здесь вопрос в том, как можно применить новое мышление, принципы, методы в Agile-среде управления продуктами. Что ж, самый верный и подходящий ответ на этот вопрос – это мост между инженерией требований и Agile. В это статье вы узнаете о мифах и реальности относительно инженерии требований в Agile-среде и о том, как извлечь из этого выгоду, создав мост между ними.

Существует множество мифов и заблуждений, связанных с инженерией требований и Agile. В этом разделе мы поговорим о распространенных мифах, которые, вы, возможно, ежедневно слышите в своих командах и компаниях. Давайте же рассмотрим их.

Миф 1: В Agile-среде не может быть авансов

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

Миф 2: Инженерия требований – это бумажная работа

Многие люди, работающие над продуктом, по-прежнему считают инженерию требований чем-то подобным документированию. Инженерия требований состоит из четырех ключевых деятельности: выявление, документация, согласование/проверка и управление. Профессиональные специалисты обеспечивают дисциплину для систематического выполнения повторных действий с Agile-подходом в различных итерациях. Помимо этого, обратите внимание, что каждая часть документации должна преследовать определенную цель. Если вы хотите задокументировать свои требования, целью может стать обеспечение соблюдения законодательства, сохранение ценной информации, содействие коммуникации или поддержка мыслительных процессов.

Читать далее
Всего голосов 5: ↑4 и ↓1+3
Просмотры2.1K
Комментарии 0

Техническая документация и Agile: совместить несовместимое

Блог компании Orion InnovationXMLUsabilityAgileПодготовка технической документации

Привет, меня зовут Татьяна, я — старший технический писатель в Центре разработки Orion Innovation. Недавно нам пришлось переводить в Agile крупный проект. Несколько Scrum-команд разработчиков, довольно обширный стэк документов, многие из которых устарели просто потому, что в каскадной разработке писатели не успевали их обновлять. Служба поддержки завалена жалобами от пользователей: «Но у вас же так написано, почему не работает?»

Сразу спойлер: интеграция техписов в Agile прошла успешно, хоть и не всегда гладко. Благодаря этому опыту, мы выработали несколько рекомендаций, которыми хочу поделиться.

Читать далее
Всего голосов 6: ↑6 и ↓0+6
Просмотры3.3K
Комментарии 4

Жёлтый Скрам. Собеседование

Управление проектамиAgileЧитальный зал

Основано на реальных событиях.

 - Виктор, добрый день, очень рад вас видеть! Прошу, проходите, присаживайтесь! – искренне улыбаясь, жму руку потенциальному спасителю нашей компании.

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

 - Итак, меня зовут Иван, я руковожу группой программистов. Справа от меня – Александр, ключевой руководитель проектов в нашей компании. Утверждает, что тоже знаком со скрамом. – пытаюсь немного пошутить, чтобы Александр улыбнулся, но тот продолжает сидеть с каменным лицом.

 - Да, добрый день, друзья. – начинает Виктор. – Меня зовут Виктор, я принёс вас настоящий скрам. Предлагаю обсудить варианты сотрудничества.

Повисла неловкая пауза. С одной стороны, у меня в голове был целый ворох вопросов по методике и практике применения скрама, но они вряд ли подходили для собеседования. С другой стороны, я примерно представлял, кто такой скрам-мастер и чем он занимается, поэтому не знал, что спросить на тему «а чем вы у нас будете заниматься?». Но выручил Александр.

 - Итак, скрам... – Александр сложил ладони вместе, медленно опустил их на стол, выдержал паузу («завис»), будто обдумывая следующую фразу. – Иван заставил меня изучить, что это за методика, в рамках подготовки к этой встрече. Я сразу честно скажу – прочитал лишь половину книги. Поэтому, Виктор, если не затруднит, можете в двух словах рассказать, что именно хотите нам предложить? Чем будете заниматься, проще говоря?

Читать далее
Всего голосов 45: ↑38 и ↓7+31
Просмотры13K
Комментарии 55

Вклад авторов