Все потоки
Поиск
Написать публикацию
Обновить
26.76

Agile *

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

Сначала показывать
Порог рейтинга
Уровень сложности

Семинар «Разработка vs Эксплуатация. Почему ни Agile, ни DevOps – это не волшебная пилюля», 22 марта, Москва

Время на прочтение1 мин
Количество просмотров3.7K


Мы запускаем новое направление Университетов DataLine — семинары по поддержке интернет-проектов и взаимодействию разработки и эксплуатации.

Новым будет и формат — теперь мы будем вести онлайн-трансляции со всех наших семинаров!

Дата: 22 марта в Москве.
Тема: «Разработка vs Эксплуатация. Почему ни Agile, ни DevOps – это не волшебная пилюля, и как с этим жить.»
Ведущий курса: Алексей Приставко, директор по веб-проектам DataLine.

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

Истоки мотивации в управлении по Agile и SCRUM

Время на прочтение12 мин
Количество просмотров10K
UPD от 18-08-2018: обновил и упростил текст статьи

Agile — это концепция управления проектами, которая базируется на гибкости и максимальной адптивности к изменениям. Можно сказать, что суть аджайла заключается в принципе «проверять и адаптироваться». Можно и нужно как можно чаще внедрять небольшие готовые вехи продукта, чтобы понимать, создается ли именно то, что нужно рынку и потребителю — вот к чему призывает аджайл. Аналитика рынка и потребностей потребителя проводится часто, чтобы подкорректировать планы по развитию проекта. Программисты пишут проект короткими итерациями, что позволяет владельцам бизнеса проверить «на бою» свои бизнес-идеи. Учитывая, что некоторые фичи были нужны еще вчера, а взятые на прошлой неделе требования уже устарели, то каждый участник проекта должен быть всегда готов к изменениям. Разработчики, как и владельцы продукта, в идеале понимают весь процесс поставки продукта потребителю и ту выгоду, которую он решает. Многие говорят, что аджайл работает, некоторые считают, что он собрал просто лучшие практики разработки ПО, не создав ничего нового, однако нельзя отрицать, что аджайл работает. Это доказывают истории компаний [1]

Читать дальше →

Автоматизация тестирования и Agile

Время на прочтение3 мин
Количество просмотров11K
Всем привет!

Приближаемся к запуску нового нашего курса: «Автоматизатор в тестировании». Сегодня вот последний открытый урок, потом день открытых дверей и в бой.

На прошлых двух таких мероприятиях не раз задавался вопрос о связи Agile и автоматизации. Вот, нашёлся в закромах неплохой и не сильно большой материал, которым с вами и делимся.

Поехали.



Тестирование программного обеспечения, следующее принципам agile-разработки, называется Agile Тестированием (Agile Testing). Agile — итеративная методология разработки, при использовании которой требования развиваются в ходе сотрудничества между клиентом и самоорганизующимися командами и гибкого согласования с потребностями клиента.
Читать дальше →

Scrum vs Kanban: в чем разница и что выбрать?

Время на прочтение7 мин
Количество просмотров338K
Когда существуют варианты – важно не ошибиться и изучить все детали и возможности, чтобы остановиться на лучшем. Выбирать между методами управления разработкой не всегда просто, особенно если это Scrum и Kanban.

image
Читать дальше →

Выученная беспомощность в разработке ПО

Время на прочтение5 мин
Количество просмотров15K

Лучше зажечь одну свечку, чем проклинать темноту.

За последние 24 часа, две мои статьи «Почему ваш программист просто хочет кодировать» и «Менеджерам пора проснуться» прочитаны более 96 000 раз на Medium и получили более 900 комментариев на Reddit.

Похоже, проблема серьёзнее, чем я думал.

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

Но я хочу помочь разработчикам, которые чувствуют себя разочарованными, бесправными или лишёнными права голоса. Ведь именно вы разместили подавляющее большинство комментариев, описывающих ужасные условия и ужасное управление. Вы подняли руку, чтобы сказать: «Мне это надоело».
Читать дальше →

agile gestalt

Время на прочтение5 мин
Количество просмотров4.7K
Кажется, что гештальт подход в психотерапии и гибкие методологии разработки очень близки. Это статья — попытка развернуть эту мысль, имея в виду читателей habra. Что такое agile здесь должно быть понятно, а вот что такое психотерапия вообще и гештальт-подход в частности наверняка требует пояснения. Разобравшись с тем и другим, можно посмотреть на знакомые вещи под новым углом и, как всегда, что-нибудь понять про себя, про мир и ещё что-нибудь.
Читать дальше →

Кому нужен архитектор?

Время на прочтение7 мин
Количество просмотров13K
Disclaimer: Статья Мартина Фаулера была опубликована в 2003 году
в журнале IEEE Software. В сети (но не на Хабре) есть замечательный перевод пятилетней давности от Сергея Теплякова (SergeyT).

Недавно я встретил в коридоре явно раздраженного коллегу, Дэйва Райса (Dave Rice). Мой вводный вопрос вызвал резкое заявление: «Нам надо игнорировать любого кандидата, имеющего пункт «Архитектор» в резюме». Смущало в этой странной фразе то, что мы же сами, обычно, представляем Дейва как одного из наших ведущих архитекторов.

Причиной его «титульного психоза» являлся тот факт, что по меркам даже нашей индустрии, смысл слов «архитектор» и «архитектура» чрезвычайно переоценен. Многим кажется, что к термину «архитектор программного обеспечения» отлично подходит тот самодовольный и все контролирующий образ из финальных сцен «Матрица: Перезагрузка». Но даже в компаниях относящихся с большим презрением к такому отображению, все равно, существует жизненно важная роль технического лидера, в сущности – архитектора, такого, как сам Дейв.
Читать дальше →

[Видео] Доклады с пиэмного митапа Яндекс.Денег про agile и коучинг

Время на прочтение5 мин
Количество просмотров6.6K


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

Почему я не люблю DevOps (и современное ПО)

Время на прочтение4 мин
Количество просмотров32K

Предисловие


Данная статья очень субъективна и основана на моём опыте в ИТ-индустрии (Я разработчик с 10-и летним стажем и опытом работы в различных проектах, командах и странах (Казахстан, Канада)). Уверен, что многие не поддержат мою точку зрения и могут назвать эту статью «плачем динозвара», но всё-же хочу поделиться ею…

Что такое DevOps


Согласно википедии DevOps набор практик, нацеленных на активное взаимодействие специалистов по разработке со специалистами по информационно-технологическому обслуживанию и взаимную интеграцию их рабочих процессов друг в друга. Т.е. это попытка масштабировать Agile весь процесс разработки ПО включая внедрение и сопровождение. Основное назначение DevOps-а — увеличение частоты релизов и повышение ответственности команды за продукт. Звучит идеально… как и любые маркетинговые слоганы…

С моей точки зрения основная задача DevOps — снижение затрат для бизнеса (что хорошо, но часто это идёт в ущерб качеству продукта).
Читать дальше →

Убить дракона: тернистый путь к Agile

Время на прочтение5 мин
Количество просмотров11K


Пару-тройку лет назад мы тоже с энтузиазмом взялись переходить на гибкие методологии разработки, а по-простому: внедрять Agile. Наняли внешних консультантов, выделили для обкатки процесса кусочек большого продукта, с воодушевлением начали быстро и качественно делать. Делали-делали, а потом поняли, что получается какая-то ерунда, а не Agile, как в том анекдоте про секретаршу и 1000 знаков. И вроде бы все молодцы, работают как раньше, люди опытные, и продукт работает, только всё как-то «не по Agile-у».

Мотивация в команде упала. Заказчики в растерянности от того, что предполагаемые «волшебные» сроки не сбываются, и вообще заявляют, что Agile не место в приличном обществе. В результате маленькая группка «Agile-трансформаторов» села и устроила мозговой штурм, почему же у нас ничего не выходит? Начали выписывать любые мешающие нам ограничения. Их оказалось очень много, и мы назвали их драконами.
Читать дальше →

Создание компании. Идеология — first

Время на прочтение5 мин
Количество просмотров11K
Приветствую, коллеги. Сегодня я хочу поделиться с вами своей мечтой.

Я работаю в сфере разработки ПО примерно 12 лет. За это время я сменил более 10 организаций. Были только два места, где я задержался надолго — на 3 и 5 (привет, Валера) лет, а в остальных компаниях я отработал от двух до восьми месяцев.

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

Все нормально, падаем

Время на прочтение17 мин
Количество просмотров10K
Перед тем, как приступить к чтению, подумайте, какую эмоцию вызывает у вас упоминание о крупных компаниях? Это драйв, инновации, движуха, или, скорее, бюрократия, консерватизм? Поговорим как раз о том, откуда берутся такие представления и что с этим делать.



Под катом — полный драматизма рассказ о попытке внедрения гибкой методологии управления в крупной enterprise-компании.

Где в Сибири принято говорить об IT

Время на прочтение4 мин
Количество просмотров4.2K
Да много где: Омск, Томск, Красноярск, Барнаул и, конечно, столица Сибири — Новосибирск, где ежегодно проходит крутейшая за Уралом ИТ-конференция CodeFest.

Каждый год на CodeFest слетаются 1500—2000 айтишников, обеспечивая тем самым всю туристическую выручку Новосибирска на несколько месяцев вперёд.

image
Мы решили начать вести блог, и вот как это будет

Ближайшие события

AgileDays'18: контент — всему голова

Время на прочтение6 мин
Количество просмотров2.5K
Мы делаем эту конференцию уже 12-й раз подряд, и и каждый раз неизменным остается тщательный выбор докладчиков и тем. Любое выступление проходит отбор программного комитета. Попробуем показать, как все устроено.
Читать дальше →

О’Жаль: Что не так с гибкими методологиями

Время на прочтение6 мин
Количество просмотров10K
Используя термин Agile, люди часто имеют в виду не что-то конкретное, но то что они правы. Например, не написал тесты — не Agile, не провел митинг с командой — не Agile, не заполнил тайм-трекинг — опять не Agile. Тому, что каждый трактует термин Agile по-своему, есть объективные причины, связанные с его происхождением.


Читать дальше →

Конференция AgileDays 22 и 23 марта 2018

Время на прочтение2 мин
Количество просмотров2.1K
22 и 23 марта в Москве в Центре Международной Торговли состоится конференция AgileDays’18. В этом году она проводится 12-й раз. В очередной раз докажем, что наша конференция самая крутая по тематике Agile в России и Восточной Европе!

На AgileDays будет почти 100 докладов, воркшопов и дискуссий, интересных как экспертам, так и новичкам в области Agile. Мы ожидаем более 1200 участников — менеджеров проектов и руководителям компаний, скрам-мастеров и владельцев продуктов, разработчиков и аналитиков.

Этот вводный текст мы пишем почти каждый год. А теперь о том, что новенького ожидается в этом году.
Читать дальше →

Райффайзенбанк начинает второй набор в Java-школу

Время на прочтение3 мин
Количество просмотров11K
Скрам, смузи, эджайл, блокчейн, биг дата, «в каком отделении карту оформляли, туда и идите». Ну, в общем, все мы слышали, что сейчас в тренде в банковской сфере.

Где можно в это втянуться и набрать критическую массу знаний молодому разработчику? В Java-школе Райффайзенбанка: здесь быстро всему научат, расскажут, покажут, да ещё и заплатят.

Что из себя представляет наша Java-школа? Это трехмесячная оплачиваемая стажировка в одном из крупнейших банков России для студентов последних курсов бакалавриата и магистров. В короткие сроки вы научитесь работать в команде по методологии SCRUM, получите/отточите свои навыки в Enterprise девелопменте, повысите ораторские способности, споткнетесь обо все подводные камни командной работы над одним проектом с применением систем контроля версий и поспорите с командой, что же лучше, GIT или Subversion.


Далее — рассказ очевидца. Из первых, так сказать, рук.
Читать дальше →

Управление проектами по разработке программного обеспечения. Проблемы и пути решения

Время на прочтение15 мин
Количество просмотров29K

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

Читать дальше →

Немного о ретроспективе

Время на прочтение6 мин
Количество просмотров12K
Для команды разработки важно регулярно проводить ретроспективу, чтобы постоянно совершенствоваться. Но какой она должна быть?

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

  • на ретро тратили по 2 часа и сильно выматывались
  • обсуждения периодически уходили в затяжные бесполезные споры
  • некоторые мелкие проблемы не успевали решить и постоянно переносили на следующее ретро
  • отдельным членам команды надоедали ретроспективы из-за однообразия

Первую и вторую проблему мы считали данностью, что делать с третьей не понимали, а о последней я даже не знал.

Прошлой весной я сходил на Okademy от ScrumTrek. Это обширный курс, включающий в себя много полезного для скрам-мастера, но для меня самым полезным оказалась часть о том, как эффективнее проводить ретроспективы. Хочу рассказать, как это нам помогло.

image
Читать дальше →

Отчет с прошедшего Рождественского Agile MeetUp'a

Время на прочтение1 мин
Количество просмотров3.6K
В конце декабря на площадке Райффайзенбанка состоялся Рождественский Agile MeetUp. В предновогоднем настроении участники поговорили о том, сколько нужно программистов, чтобы оценить фичу, развеяли мифы об Agile и трансформации, и, конечно, затронули больную тему дедлайнов. О том, как это было, читайте под катом.