Pull to refresh
  • by relevance
  • by date
  • by rating

Как растянуть создание проекта на пару лет или искусство эффективного планирования

Project management *
Данный топик не претендует на то, чтобы прямо утверждать о том, что тот или иной подход планирования реализации проектов лучше другого. Хотелось бы в обсуждении выяснить, какой подход ближе хабролюдям, и какой из них, по их мнению, является оптимальным.

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

В связи с этим решил заняться своим собственным Time Management-ом. Так как знаний у меня в этой области явно было мало, решил почитать некоторые книги. Первой книгой, которая попала ко мне в руки, точнее, попала в мой наладонник – была “Getting Things Done” David Allen. Буквально первые же главы этой книги, заставили задуматься меня над темой этого поста.
Читать дальше →
Total votes 35: ↑31 and ↓4 +27
Views 1.4K
Comments 29

Учёт рисков при оценке трудоёмкости ПО и планировании проекта

Project management *

Поговорим о рисках


dice
Что такое риски? Что является риском, а что нет? Как учитывать риски при оценке трудоёмкости ПО и планировании проекта? Об этом я предлагаю поговорить в этом топике. В то же время, чтобы не раздувать топик и не повторяться, здесь не будут обсуждаться вопросы идентификации и митигации рисков — действий по выявлению, уменьшению вероятности возникновения рисков и минимизации их последствий.
После публикации статьи о смертных грехах в оценке трудоёмкости программного обеспечения мне указали, что ни автор, ни я ничего не сказали о рисках. Хочу исправить это досадное недоразумение и поведать вам немного о рисках и моём опыте работы с ними.
Читать дальше →
Total votes 32: ↑24 and ↓8 +16
Views 12K
Comments 26

Сумеет ли ваша команда разработчиков создать отличный продукт?

Lumber room
Читая книгу «The Silicon Valley Way» by Elton Sherwin. Наткнулся на интересный тест, который уверен поможет стартапщикам искать слабые места и белые пятна в своих будущих продуктах.

За каждый вопрос ставьте следующие балы:
  • Нет и не планирую — 0
  • Нет, но планирую — 4
  • Верно на пятьдесят процентов — 5
  • Верно на восемьдесят процентов — 8
  • Да, совершенно верно — 10

Читать дальше →
Total votes 46: ↑16 and ↓30 -14
Views 204
Comments 16

Прагматический Процесс Разработки в «не-книжных» условиях

Lumber room
Доброго времени суток.

Хочу поделиться некоторыми идеями которые помогают мне в Святой Войне с Хаосом в процессе разработки ПО. Для определенности картины добавлю несколько деталей: я — менеджер проектов, фирма средних размеров (~40 мозгов) занимается оффшорным программированием, команда смешанная (15% сеньоры, 35% девелоперы, 35 джуниоры, 15% стажеры, причем есть еще деление по специализации — разработка, качество, инфраструктура).

Процесс


Источников создания хаоса более чем достаточно — длинная цепь связи с заказчиком, неоднородная и в общем, молодая команда, «славянский менталитет» ( эксцентричное творчество и частые медитации ;) ), проблемы коммуникаций, политические игры сейлс-людей (Sales — те кто нас «продают») и т.д.
Читать дальше →
Total votes 11: ↑11 and ↓0 +11
Views 783
Comments 14

Оценка трудозатрат выполнения проекта по разработке ПО: практика в условиях украинской реальности

Инфопульс Украина corporate blog

Вступление



К написанию данной статьи меня подтолкнул не очень давно завершившийся проект. Как и в любом другом проекте, в нем были и ошибки (в том числе и при оценке), и проблемы и интересные их решения, и, несмотря ни на что, боевой дух команды, и желание сдать проект во время, и переработки и таки сдача проекта в срок, и долгожданный отпуск. Все это стоит отдельной статьи. Но главное — был бесценный опыт, на основании которого создана эта статья.
Очень часто, мы оцениваем проект и сильно ошибаемся. И вроде как из-за мелочей, которые появляются по ходу проекта, но которые, в действительности, можно было бы и обнаружить и учесть заранее.
Статья содержит простые и в тоже время полезные рекомендации и метод расчета оценок трудозатрат проектов и будет интересна руководителям проектов, архитекторам, системным аналитикам, продавцам ИТ решений и всем остальным, кто занимается оценкой работ по проектам с фиксированной ценой (fixed price projects).
В статье мы займемся только оценкой трудозатрат по работе над проектом, оценка длительности выполнения и стоимости – это совсем другая история.
В статье я описываю свой личный опыт оценки проектов, и,
конечно же, у вас могли быть другие ситуации и свои методы и
рекомендации оценивания.
Для большего понимания сути, смысла и «духа» статьи рекомендую сначала просмотреть:
  • выступление Сергея Мартыненко «Написание тестов, как вид тестирования требований»[1], на которое я буду часто ссылаться в ходе данной статьи. Важно понимать, что правильно сформулированные цели и требования – это большой и важнейший шаг к успеху проекта
  • и презентацию Сергея Бережного
    «My Story: «Путь овертаймов» [2]. По большому счету данная презентация к теме статьи не имеет, но имеет отношение к неправильно оцененным трудозатратам.

Статья содержит такие разделы:


  • Украинские реалии при выполнении проекта
  • Проблемы и их решения
  • Подготовка к оценке
  • Перечень работ для оценивания
  • Оценка работ по написанию кода
  • Цифры и коэффициенты из практики
  • Пример расчета

Читать дальше →
Total votes 42: ↑40 and ↓2 +38
Views 112K
Comments 15

Идеальный сайт – ТЗ как основа работы сайта, построенного на базе грамотных программных решений

Website development *

Идеальный сайт – ТЗ как основа работы сайта, построенного на базе грамотных программных решений



Представьте себе, что Вы как владелец некой компании заказываете сайт компании у студии разработчика. Ситуация вполне стандартная и развивающаяся по стандартному сценарию.
Читать дальше →
Total votes 11: ↑4 and ↓7 -3
Views 9K
Comments 7

Инструменты и методология управления проектом на примере pivot'а стартапа

SketchBuilder corporate blog
В предыдущей статье мы рассказали историю нашего стартапа, рассмотрев три ключевых составляющих: “Идею”, “Реализацию” и “Продажи”. Из-за большого объема статьи вопрос реализации формально описать не хватило места. Исправлять это будем в данной публикации.

Управление командой начинается с планирования и проектирования. Существуют десятки, если не сотни, методологий управления проектами: от “Разработки по ReadMe” до громоздкого, зато на все случаи жизни PMBOK. Как программисты, бывает, изобретают велосипеды, так и проект-менеджеры могут этим грешить. Если с методологией мы могли позволить себе некоторые вольности, то инструмент подбирался уже без “велосипедостроения”…


Читать дальше →
Total votes 22: ↑12 and ↓10 +2
Views 21K
Comments 5

Что выбрать — Кавайность, Роботность или Социальность?

AllMyChanges.com corporate blog Website development *System Analysis and Design *
Сегодня я хочу поговорить про будущее сервиса AllMyChanges.com. Для тех, кто впервые о нём слышит, поясню, это такой сервис для подписки на выход новых версий библиотек, софта и чего угодно, что имеет номер версии и её описание. Более подробно можно почитать в предыдущих статьях.

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

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

Итак, как уже было сказано, я вижу три направления развития. Давайте посмотрим на первое.

Кавайность


Многие пользователи говорят мне, и не без оснований, что сервис мог быть и посимпатичнее, или поудобнее. При этом, как правило, кивают в сторону конкурентов, типа Sibbel, советуют взять Bootstrap и тому подобное.

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

hello skitty

Я прекрасно понимаю, что сервису недостает модного ныне гламура. Но зато он отлично выполняет свои функции — парсит ченьджлоги и рассылает уведомления о новых релизах.
Читать дальше
Total votes 18: ↑8 and ↓10 -2
Views 2.2K
Comments 5

Ruli24: идеальный тюнинг для вашей компании

ООО «ИЛАДА» corporate blog ERP-systems *CRM systems *
Вспоминается 2006 год. Тогда у многих появились минифоны — крошечные телефоны, больше напоминающие брелок запуска автомобиля. Дальше — только толщиной с пластиковую карту или величиной со спичечный коробок. Как ни странно, тренд не просто переломился — он развернулся: чтобы это понять, достаточно взглянуть на свой смартфон или витрину сотового салона. Современные телефоны стали заложниками универсализации, стремления получить всё в одном и иметь под рукой свой офис, почту, телефон, Skype, развлечения и проч. Универсализация затронула все сферы жизни современного общества — и особенно её влияние заметно в сфере B2B. Мир корпоративного программного обеспечения не заметил, как легко перешагнул грань, ведущую к XRM — многие системы называются CRM или ERP лишь по привычке к имени бренда.



Команда Рули24 не стала исключением — мы разработали максимально универсальную систему. С рассказа о том, почему мы это сделали и что у нас получилось, мы и начнём наш блог на Хабре.
Читать дальше →
Total votes 30: ↑19 and ↓11 +8
Views 11K
Comments 25

Как мы решаем «Что делать?»

1С corporate blog ERP-systems *Development Management *Project management *Product Management *
В статье ответим только на один вопрос – как мы решаем, что и когда реализовывать в платформе «1С:Предприятие».

Именно в такой формулировке нам его задают редко, но часто и даже очень часто появляются конкретные вопросы – «почему вы сделали это?», «почему вы НЕ сделали это?», «почему бы вам не сделать это?», «когда вы сделаете это?», «когда же вы, наконец, сделаете это?!!!», …

Попробуем описать то, как мы решаем, что когда делать.


Читать дальше →
Total votes 18: ↑14 and ↓4 +10
Views 18K
Comments 24

Миссия невыполнима: Метод планирования с недостижимыми целями

Wrike corporate blog Project management *Agile *Product Management *


Чуть больше года назад мы в Wrike начали использовать для планирования метод целей и ключевых результатов (Objectives and Key Results, OKR). Его придумали и впервые применили для в Intel, потом подхватили в Google, Oracle, LinkedIn и Twitter. Метод универсален, хорошо помогает фокусироваться на целях, повышает инициативность и стимулирует работу между разными командами в компании. Плюс его можно отлично реализовать, используя инструменты нашего сервиса, что для нас было одним из ключевых требований.

Если вы ищете подходящий подход к планированию и оценке эффективности командной работы или даже лично для себя, предлагаем присмотреться к OKR внимательнее.
Читать дальше →
Total votes 11: ↑10 and ↓1 +9
Views 9.2K
Comments 5

Как планировать и оценивать проекты в Agile?

Luxoft corporate blog Project management *Agile *Product Management *
Несколько лет назад Тренер Luxoft Agile Practice — Вячеслав Москаленко столкнулся с проблемой, что многие Скрам-команды не оценивают все истории в Бэклоге Продукта. А зря, ведь оценка дает нам прозрачную картину реального прогресса и возможность управлять ожиданиями наших заказчиков, не дожидаясь финишной прямой нашего проекта, когда уже поздно что-то менять.

«Вот так и родилась у меня мысль создать игру, через которую я смог бы заинтересовать команду начать оценивать все истории в относительных попугаях. И тогда мне пришла идея с закрашиванием пустых фигурок на флип-чарт бумаге.

Когда я в первый раз провел игру-раскраску на одном из мастер-классов местной ПМ-тусовки, даже не ожидал, что достаточно консервативные менеджеры проведут так весело время и получат объяснение „Что такое относительный стори поинт? В чем его ценность?“. С тех пор я провел эту игру на многих тренингах и нескольких конференциях, включая SECR-2015 и Agile Days Russia 2016».

Теперь позвольте поделиться описанием этой игровой симуляции с вами
Total votes 19: ↑18 and ↓1 +17
Views 19K
Comments 4

Инструмент управления: канва игрового проекта

Development Management *Project management *
Translation
Некоторые из вас наверно знакомы с канвой бизнес-модели — инструментом из инструментария L.E.A.N. для стартапов. Инструмент представляет собой лист бумаги с полями для заполнения. В поля с аккуратными пометками заносятся различные аспекты планируемой компании. Смысл канвы в том, что она широко охватывает все основные аспекты. Она также позволяет заранее принимать решения в процессе планирования с учётом их ограничений. Туда заносятся потоки поступления дохода, например, канва вынуждает вас выбрать между скачиваемым продуктом, коробочным продуктом и покупками внутри приложения (In-App Purchases, IAP). Даже если вы впишете туда десять источников дохода, то просто видя несоответствие потоков поступления дохода (например, с вашей командой или маркетинговыми каналами), вы быстро осознаете, что не сможете запустить настолько сложный бизнес. Цель канвы бизнес-модели — помочь вам определиться с приоритетами и масштабом. Кроме того, она позволяет начать думать о каждой составной части компании.
Читать дальше →
Total votes 14: ↑14 and ↓0 +14
Views 4.6K
Comments 0

OKR: Как поставить цели и выполнить их на 70%

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

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

image
Читать дальше →
Total votes 18: ↑16 and ↓2 +14
Views 84K
Comments 14

Ресурсное планирование. Часть 1. О чем это вообще?

IT Terminology Development Management *Project management *Product Management *

Что самое ценное для IT-компании? Что является главным активом и ресурсом почти для каждой IT-компании? На что компания тратит больше всего денег? Какая статья затрат является самой большой? На обслуживание какого ресурса у вас уходит больше всего денег? Не сильно ошибусь, если скажу, что ответом на все эти вопросы является “Команда компании”. Именно ваша команда делает проекты, двигает вашу компанию вперед и зарабатывает деньги, и именно на зарплаты, бонусы, налоги, оборудование рабочих мест и прочие прямые и косвенные выплаты вашей команде приходится основная масса затрат компании.


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

Читать дальше →
Total votes 20: ↑14 and ↓6 +8
Views 38K
Comments 6

Практики планирования. Оценка задач

Development Management *Project management *
Recovery mode

Всем привет!


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


Эффективное планирование зависит от множества разных факторов: от качества оценки, проработки деталей решения, использованной методики планирования, правильной оценки рисков.


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

Читать дальше →
Total votes 22: ↑17 and ↓5 +12
Views 16K
Comments 6

Ресурсное планирование. Части 2 и 3. Что зависит от ресурсного плана. От чего зависит ресурсный план

Development Management *Project management *Product Management *
image

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

Читать дальше →
Total votes 10: ↑9 and ↓1 +8
Views 15K
Comments 6

Как сторимэп помогает не завязнуть в разработке нового продукта на годы

Agile *Product Management *

«Додо Пицца» развивается в США. В середине 2016 года мы открыли доставку в Оксфорде и быстро поняли, что предпочтения клиентов в США и России отличаются. Американцы — индивидуалисты. Они привыкли, что можно собрать пиццу из любых ингредиентов: пусть даже бекон с шоколадным соусом. Поэтому нам надо было сделать такой функционал для американских Додо. Мы назвали проект «Своя пицца».


Разработчики сказали, что на задачу потребуется минимум полгода. Но это слишком долго, бизнес бы терял деньги. Нам надо было ускориться и сделать продукт за пару месяцев. Но задача выглядела огромной, никто не знал, как к ней подступиться.


Чтобы разобраться, мы использовали сторимэп. Этот инструмент помог спланировать работу и запустить «Свою пиццу» за 2,5 месяца. В статье рассказываем, как применяем сторимэп.

Читать дальше →
Total votes 27: ↑26 and ↓1 +25
Views 23K
Comments 26

Почему вам стоит перестать использовать продуктовые роадмапы и попробовать GIST

Kolesa Group corporate blog Development Management *Project management *Start-up development Product Management *
Translation

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




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

Читать дальше →
Total votes 27: ↑25 and ↓2 +23
Views 18K
Comments 8
1