Архив рубрики ‘Управление проектами’

Как мы используем Trello и Google Docs, чтобы постоянно улучшать работу UserVoice

Прошлой осенью, вернувшись из отпуска, я обнаружил, что Дехана, наш Product Manager в UserVoice, заменила мой любимый «Roadmap» в Google Docs на доску Trello. Моя первоначальная реакция на такие перемены была отнюдь не положительной. Проблема заключалась не в самом Trello, а в том, как мы им пользовались. Trello – это ОЧЕНЬ открытый проект. Не существует […]

Как создать новый продукт для рынка электроники. Часть 1

Статьи о разработке продуктов в сфере электроники — это большая редкость на Хабре. Я говорю не о любительских проектах или прототипах, а об успешных коммерческих устройствах для массового рынка. Ведь презентации новых гаджетов Apple, Samsung и других брендов — это только видимая часть айсберга, под которой скрывается человеко-десятилетия труда людей самых разных специализаций: инженеры, программисты, […]

История развития методологий проектирования (программной инженерии)

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

Как закончить проект в срок?

Этот пост навеян оценкой большого технологического проекта, в которой мне довелось поучаствовать. Оценка началась катастрофически – после недель совещаний, сборов рабочих групп и размышлений тимлидов разработка представила оценку сроков разработки – с разбросом в 14 месяцев между минимальной и максимальной длительностью проекта. Сам проект был посвящен большой и объемной фиче в уже существующем продукте, но […]

Да, но кто сказал, что они купят это?

Продолжение перевода серии статей «5 уроков просмотра стартапов», прошлая статья Настоящие нечестные конкурентные преимущества На сотнях стартап питчей в Capital Factory, не нашелся и десяток людей, которые были бы готовы сказать «если вы создадите этот продукт, я дам вам X долларов». Задумайся над этим: сотни людей готовы уволиться с постоянной работы, потратить свои сбережения, рискнуть […]

Основные правила Project-менеджера

Хочу поделиться своим опытом и наблюдениями, которые следует взять на вооружение и не отступать им каждому самураю project-менеджеру. Ведь известно, что project-менеджер это ключевая фигура в любом проекте. Он должен взаимодействовать как с Заказчиком так и с командой разработчиков. Совершенствуйте свои знания Невозможно знать абсолютно все! Встречаются проекты, для выполнения которых, просто необходимо почерпнуть знания […]

Самый крутой результат на TechCrunch Moscow ‘12

Привет, Хабрачеловек! Присаживайся в наш DeLorian DMC-12 – мы прокатим тебя на пару месяцев назад, в декабрь прошлого года, когда в Москве отгремел TechCrunch Moscow 2012. Именно о нем, а также нашем в нем скромном участии, мы и собираемся рассказать во время этого небольшого путешествия. Мы – это Результат, или сокращенно «RZLTT». Агентство интерактивного маркетинга полного […]

Как две недели?!

Как это вам надо две недели на эту задачу? Что, правда? Вот на эту элементарную формочку с тремя полями и двумя кнопками? Две недели? Да вы надо мной издеваетесь, наверное! Давайте разбираться. Что? Нужна ли валидация данных при вводе? Ну, конечно, нужна! И вообще, вот это поле лучше разбить на два, так понятнее. А вот […]

Больше, чем plain vanilla scrum. Общепринятые практики работы с требованиями

Недавно, на Скрам портале была опубликована статья Майка Кона об Общепринятых практиках в Скраме — практиках, которые довольно часто встречаются в Скрам-проектах, но не являются базовыми правилами Скрам. Скрам поощряет подобные добавления и специально построен минималистично, дабы команды могли добавить то, что им по вкусу. Не стоит путать подобные улучшения процесса с печально известным Скрам-ном. […]

Почему иногда не стоит изобретать велосипед

В продолжении темы, почему иногда нужно делать свой велосипед, хочу дополнить и расширить эти мысли причинами, по которым этого делать не стоит. Причина 1. Вы не знаете, как такие велосипеды устроены Посмотрите внимательно на предыдущий топик. Генри Форд — с детства изучал технику. Его сестра как-то сказала, что в детстве любую игрушку старались спрятать от […]