Рубрика «agile» - 39

Про то, что такое Scrum и с чем его едят написаны миллионы статей. Однако большинство из них предполагают, что до скрама существует некий вакуум, либо наоборот жесткая среда с ведением процессов по PMBOK и др. Множество авторов пишут про «нулевой спринт» в начинающимся проекте, про подбор идеальной команды, про выбор длины спринта, однако в свое время я не нашел большого количества статей про внедрение Agile методологий в существующую среду, в которой до этого не было методологий, но уже были сложившиеся традиции.

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

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

Запуск продукта «всего» за 3652 дня: Почему срываются дедлайны - 1

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

Создатель StageCMS Бенедикт Дайке (Benedict Deicke) написал материал о том, какие выводы в области управления проектами за время работы над своим стартапом — CMS-системой для сайтов музыкальных групп Stage. Этот пусть был не самым легким и занял 3652 дня, хотя изначально Дайке планировал закончить гораздо раньше. Мы представляем вашему вниманию адаптированный перевод этой истории.Читать полностью »

Разработка приложения для повышения эффективности выездных сотрудников: Опыт Planado.ru - 1

Обычно сервисы для управления выездными сотрудниками (field management software) состоят из веб-части, которой пользуются менеджеры в офисе, и мобильных приложений для работников, выезжающих на заказы к клиентам. О разработке такого приложения сегодня и пойдет речь.Читать полностью »

Каждый месяц по всему миру происходят десятки, если не сотни, IT-ориентированных конференций, выставок и других мероприятий.

В очередной раз мы собираем все наиболее интересные международные даты этого месяца для того, чтобы представить читателям «Мегамозга» в одном месте.
Читать полностью »

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

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

Итак, каждый из руководителей знает, что такое диаграмма Ганта, и каждый пользовался MS Project. Ещё больше читателей, программистов, использует систему управления задачами. И практически все программисты-не одиночки используют систему управления исходным кодом.

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

Как стать отличным front-end-разработчиком - 1

Недавно я получил письмо от читателя моего блога, которое, по какой-то причине, заставило меня задуматься. Письмо гласило:

Привет Филип, можно спросить, как ты стал отличным front-end-разработчиком? Можешь дать совет?

Признаться, я был удивлен тем, что подобный вопрос задают мне, так как я никогда не считал себя «отличным» front-end-разработчиком. На самом деле, я не уверен, что был достаточно квалифицирован для всего, за что брался, когда только начинал работать в этой сфере. Я подавал заявки на работу только потому, что не понимал, как мало я знаю, а получал её, потому что люди, на собеседование к которым я приходил, не знали, какие вопросы задавать.Читать полностью »

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

За последние 5 лет нашей работы в консалтинге этот процесс довольно часто менялся, но последние два года мы используем тот что описан ниже.
Читать полностью »

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

  • Бизнес — всегда думает о достижении своих KPI, но редко понимает сложность разрабатываемой системы и удобство для пользователей.
  • UX-проектировщик — всегда думает о пользователе, иногда в ущерб бизнесу. Не всегда явно понимает цель бизнеса и пытается навязывать свои идеи.
  • Разработчик — думает, как сделать все классно с точки зрения архитектуры системы и программного кода. Пытается примерять пользовательские сценарии на себя, но является технически подкованным человеком, что не свойственно для большинства пользователей.

Если про передачу требований от уровня бизнеса к системному уровню сказано немало и выработался определенный инструментарий, то вот какие артефакты использовать для взаимодействия и передачи знаний между бизнесом, аналитиком и UX-проектированием — вопрос открытый. Этой темой я продолжаю цикл статей по бизнес-анализу в мобильной разработке.
Читать полностью »

Agile Camp 2015: путевые заметки - 1
Всем привет! Сегодня я хочу рассказать историю о своем увлекательном путешествии на «антиконференцию» AgileCamp 2015.

До участия в этом мероприятии у меня не было опыта применения Scrum и Kanban, поэтому было очень интересно опробовать гибкие методологии на практике. Заранее прошу прощения, если где-то напутал с терминологией или переиначил смысл услышанного – прежде всего мне хотелось поделиться своими впечатлениями. Буду рад любым вашим комментариям, в том числе с замечаниями и дополнениями.

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

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

7 слов о нашей сфере деятельности: мы разрабатываем программное обеспечение для сервисных центров. В подавляющем случае наше ПО работает в сервисных центрах, которые ремонтируют ноутбуки. Именно в учёте ремонтов и в учёте товарооборота в условиях сервис центра мы относительно преуспели. Но работа с клиентами в нашем ПО часто оставалась в стороне от прогресса, что очень даже зря. На всякий случай мы сделали сбор и хранение избыточной информации в базе данных, и это нам позволило сделать анализ, на основании которого и создался данный топик.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js