Рубрика «Управление продуктом»

Половина успеха в управлении проектами — постановка целей, и это не самая простая половина. Мы в Wrike в свое время основательно озаботились выбором оптимального подхода к целеполаганию на уровне всей компании и отдельных команд, и в итоге остановились на OKR. Изначально концепция Objectives & Key Results (цели и ключевые результаты) зародилась в Intel, но действительно популярной ее сделал Джон Доерр из Google.

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

image

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

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

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

Муха дрозофила. Источник: [https://ru.wikipedia.org/wiki/Дрозофилы](https://ru.wikipedia.org/wiki/Дрозофилы)
Муха дрозофила. Источник: https://ru.wikipedia.org/wiki/Дрозофилы

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

Как выглядит Scrum в реальном мире? Выясняем на встрече sсrum-мастеров 23 мая в Санкт-Петербурге - 1
Оставим в стороне книги и маркетинговые изысканя про agile-методологии и встретимся 23 мая в питерском офисе Wrike поговорить о реальном применении скрама в IT-разработке. Участники поделятся как успешными, так и не сработавшими практиками, обсудим, как проходят скрам-ивенты в различных компаниях, какие техники и инструменты применяются. Встреча будет интересна для практикующих scrum-мастеров и сочувствующих. Помимо докладов, планируется дискуссия по темам митапа в неформальной обстановке.

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

Реалистичные стратегии IТ-компании в кризис - 1

Сергей Рыжиков (1C-Битрикс)

Здравствуйте! Доклад называется вот таким образом — "Реалистичные стратегии IТ-компании в кризис".

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

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

Статья о том, почему множество мелких, последовательных улучшений сайта/приложения или другого IT-продукта лучше, чем одно большое в виде новой версии.
Мы все привыкли к новым версиям, зачастую они меняются быстрее, чем в них успевают разобраться пользователи. Но этот подход устарел и имеет множество недостатков, далее лонгрид с аргументацией.
Теория постепенных изменений или почему понятие «новая версия» должно уйти в прошлое - 1
Читать полностью »

В этом материале мы в команде платежной системы для интернет-магазинов Fondy расскажем, с какими проблемами мы сталкивались при разработке нашего проекта и как их решали.

image

Инфраструктуру любой ИТ-компании можно условно и довольно грубо разделить на две составляющие: технологии (программное обеспечение, оборудование, сервисы) и бизнес-процессы. Сейчас инфраструктура нашей компании работает довольно стабильно, процессы позволяют нам быстро расти и хотя без сбоев не обходится, случаются они на порядки реже, чем в начале пути:

  • 35 сотрудников обеспечивают работу офисов в России, Украине, Латвии, Чехии, Великобритании, Словакии и Казахстане, покрывая тем самым две больших юрисдикции: EC и СНГ.
  • Более 30 серверов обеспечивают гарантированную работоспособность (Service Level) системы на уровне 99,95% (не более 20 минут запланированного, а также непредвиденного простоя в месяц) и готовы к многократному росту нагрузки.
  • Разработка выполняется по методологии Continuous Integration с применением автоматизированного тестирования, что позволяет устанавливать обновления на production систему по несколько раз в день, не боясь получить большое количество ошибок.
  • Бизнес-процессы построены так, что каждая новая функциональность проходит этап от идеи до реализации за 2-3 недели, а запуск нового проекта не более 3-4 месяцев.

Но так было не сразу. Читать полностью »

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

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

Одна из очень известных компаний, которая была примером успешного применения Scrum в 1997 году, обратилась за помощью в Danube Technologies, Inc. в 2009 году, потому что «рынок» показал, что они оказались менее гибкими, чем конкуренты. Начинания по внедрению Scrum, которые начались 1997 году, по-видимому, не могли выдержать десятилетие сосуществования с проблемами, присущими крупным предприятиям. К сожалению, большинство попыток внедрить Scrum в крупных организациях не приводит к долговременным преобразованиям. Препятствия для внедрения Scrum обычно также мешают достижению успеха в бизнесе в целом, а устоявшиеся организации обычно неохотно избавляются от них.

Препятствие #1: Наивный менеджмент ресурсов

В Руководстве PMBOK написано:

«зачастую возникает необходимость увеличения бюджета, чтобы добавить дополнительные ресурсы для выполнения того же объема работ в более сжатые сроки»

В отношении программного обеспечения, Фред Брукс (в книге «Мифический человеко-месяц») дает утверждение, которое противоречит предыдущему:

«Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше»


Чтобы разрешить этот парадокс, давайте рассмотрим определение «ресурса».
Читать полностью »

Управление рисками. Часть 2 - 1

Первую часть вы можете найти здесь: Управление рисками. Часть 1

«Нужно пожертвовать многим, чтобы спасти все» Тадеуш Костюшко

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

Здесь существуют следующие возможные стратегии:

• принятие
• передача
• уменьшение
Читать полностью »

Как расти: 7 уроков, которые даёт история WeChat - 1Если основателей стартапов просят привести пример вдохновляющего продукта, который они стремятся создать, то часто указывают на опыт Азии и называют WeChat. Мой друг и бывший коллега Конни Чан описал WeChat как одно приложение для управления всем. Оно доминирует на китайском мобильном рынке с месячной аудиторией 889 млн активных пользователей¹. Платформа WeChat полностью изменила способы общения и взаимодействия китайцев в онлайне, а также изменила способы передачи денег друг другу и платежей за покупки. WeChat теперь не просто приложение. И хотя ослепительный успех WeChat сосредоточен в Китае, все в западном мире почувствовали его влияние, потому что сервис дал вдохновение для совершенно новой категории «мессенджеры как платформа». Вам не нужно долго искать, прежде чем найдёте отсылки на WeChat в других платформах обмена сообщениями, таких как Apple iMessage или Facebook Messenger.

Совместно с China Tech Insights, исследовательским подразделением компании Tencent (материнская компания WeChat) мы попробовали понять, что заставляет 889 миллионов активных пользователей WeChat ежедневно открывать приложение от 9 до 11 раз и использовать, в среднем, более 50 минут². Чтобы лучше понять эту цифру — примерно такое же «совокупное» время пользователи проводят во всём наборе приложений Facebook, включая Instagram, Facebook и Facebook Messenger³.
Читать полностью »

Простая ошибка при кодировании — не значит нестрашная ошибка - 1
Популяризируя статический анализатор кода PVS-Studio, мы обычно пишем статьи для программистов. Однако, на некоторые вещи программисты смотрят одностороннее. Именно поэтому и существуют менеджеры программных проектов, которые могут управлять процессом развития проекта направлять его в нужное русло. Я решил написать несколько статей, целевой аудиторией которых являются менеджеры программных проектов. Эти статьи помогут им лучше ориентироваться в вопросах использования методологии статического анализа кода. Сейчас мы рассмотрим ложный постулат: «ошибки кодирования несущественны».
Читать полностью »