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

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

image

Как выстроить процесс работы команды маркетологов, когда внешние условия работы столь непредсказуемы и так часто меняются? Какие новые методологии управления процессами стоить применять?
Читать полностью »

Управление проектами: Жизненный цикл и фаза исследования - 1

Прим. переводчика: это перевод одной из частей большого руководства по от команды GovUK, проектирующей сервисы для британского правительства. В руководстве подробно рассказывается о каждом этапе жизни сервиса, а в этом переводе приведено описание первого этапа – исследования.Читать полностью »

У молодых компаний-разработчиков программного обеспечения одна из наиболее важных проблем, встающих на пути развития, заключается в невысоком уровне лояльности (доверия) [потенциальных] клиентов. В общем-то со временем, при условии качественной работы, она постепенно устраняется естественным образом. Однако, каким способом можно ускорить решение этого вопроса? Один из вариантов — организация прозрачного процесса разработки.

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

Про то, что такое 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 лет нашей работы в консалтинге этот процесс довольно часто менялся, но последние два года мы используем тот что описан ниже.
Читать полностью »


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