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

Умное целеполагание (SMART goalsetting)

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

Читать дальше →
Total votes 1: ↑1 and ↓0 +1
Views 16K
Comments 22

Метод самоопровержения и приходящая панда в принятии неоднозначных решений

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


Кого из этих зверей выбрать символом поздравительных открыток? Или, чтобы придать солидности: Какой из этих двух логотипов принесет успех транснациональной корпорации с оборотом 3 млрд. евро?


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

Читать дальше →
Total votes 20: ↑10 and ↓10 0
Views 5.4K
Comments 7

Проектная кухня. Снижение архитектурных рисков проекта

Project management *Product Management *
За свой опыт в разработке ПО я работал на многих проектах, и часто приходилось включаться в уже существующий проект или видеть как новая команда на моих проектах подхватывает проект с историей. Часто новый разработчик приходящий на проект и приступающий к выполнению задачи первым делом начинает плеваться на существующий дизайн. Ему кажется, что всё сделано не правильно, не очевидно и слишком переусложнено. И как результат, при выполнении задачи, начинают появляться дыры в уже разработанном дизайне и существующая архитектура начинает обрастать костылями. В конце концов, проект или его подсистему требуется переписать почти полностью. Чем старше проект, тем таких случаев может быть больше.

Также бывает и другая крайность, для реализации нового функционала или переделки существующего, один и разработчиков говорит: «Я знаю как сделать лучше!» после чего, вместо того чтобы дать идее «отлежаться» и оценить все плюсы и минусы, сразу начинает её делать. Где-то через месяц разработки может возникнуть ситуация, что чего-то он не предусмотрел, и приходится отказываться от разработки и выкидывать код или срочно искать варианты решения проблемы. Почти каждому разработчику в этом случае хочется сохранить лицо: «Как же так? Я же профессионал!» — думает он, «Если я признаю свою ошибку то все подумают, что я не настолько крут как всем говорю». И в этом случае Идея которая недостаточно проработана входит в проект и становится проблемой уже всей команды. Что также удорожает проект. А так как это становится заметно не сразу и внимания на причинно-следственные связи почти никто не обращает, то ситуация может повторяться снова и снова.
Это похоже на Ваш проект?
Total votes 13: ↑12 and ↓1 +11
Views 6.5K
Comments 11

Насыщенное состояние Agile

Project management *Agile *IT career
Данный пост является ненаучными комментариями к статическому анализу неких графиков (которые всё равно нельзя публиковать, потому что они ДСП). Все факты вымышлены, все имена изменены.

Представьте, идёт строительство дома…
Читать дальше →
Total votes 18: ↑15 and ↓3 +12
Views 3.6K
Comments 8

11 инструментов, которые правда сделают вашу жизнь проще

icanchoose.ru corporate blog Media management *
Recovery mode
Решили поделиться с вами нашими находками для планирования времени, борьбы с прокрастинацией, общения с коллегами, сна, творчества. Технологии могут сделать вашу жизнь проще. Иначе зачем они нужны?


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

Зачем нужен план

Project management *GTD *
Сначала я хотел назвать этот текст «Зачем нужен бизнес-план», но к чему себя ограничивать? План — он и в Африке план, не важно для чего. Тот, что для бизнеса, называется бизнес-планом. Тот, что для эвакуации, называется, как ни странно, планом эвакуации. И так далее.

Но идея текста таки пришла из области, где актуальны бизнес-планы. Часто стал встречаться с высказываниями о том, что «бизнес-план, конечно, нужен, но вот конкретно в нашем случае он пользу не принесёт потому, что»:

  1. у нас слишком большая неопределённость, будет гадание на кофейной гуще;
  2. и так всё предельно ясно, план — лишняя трата сил.

Сам я тоже страдал этими тараканами, но так получилось, что периодически разного рода планы составлять всё-таки приходилось. И хочу вам сказать — планы делать полезно и нужно.

Но сначала…
Читать дальше →
Total votes 14: ↑12 and ↓2 +10
Views 15K
Comments 3

Система управления задачами для Веб-студий

PTYSH corporate blog Search engine optimization
Веб-студия, креативное агентство, рекламное агентство, бюро копирайтинга — все эти компании вызывают живой интерес и сразу попадают под мировоззренческий шаблон. В воображении друзей, родителей, знакомых сразу возникают картинки творческого беспорядка, вечного мозгового штурма и сплошной гламурной жизни вокруг. Нет-нет, да и вспоминаются многочисленные демотиваторы из разряда «А на самом деле я…» А что на самом деле?

Читать дальше →
Total votes 13: ↑11 and ↓2 +9
Views 11K
Comments 4

Как создавать реалистичные планы: рекомендации Института управления проектами

Wrike corporate blog Project management *
Теоретики управления проектами говорят, что до 78% проектов не выполняются в срок, либо выходят за рамки бюджета. Любой, кто сталкивался с задержками проекта и срывом дедлайна сразу назовет вероятные причины. Это плохо сформулированные цели проекта, нереалистичные сроки, нехватка ресурсов и неэффективная коммуникация в команде.


Читать дальше →
Total votes 9: ↑9 and ↓0 +9
Views 8.4K
Comments 1

13 вопросов, чтобы узнать, готовы ли вы нанимать команду мобильной разработки

Project management *Agile *Start-up development Product Management *
Если вы решили создать мобильное приложение, определились с его целью и находитесь в поисках команды, способной реализовать ваш продукт, не забудьте подготовить ответы, на вопросы, описанные ниже. Скорее всего, ваш подрядчик их задаст или предложит обсудить по ним решения.


Читать дальше →
Total votes 18: ↑10 and ↓8 +2
Views 3.8K
Comments 5

Почему в 2018 году я использую метод разработки, которому уже 30 лет

Game development *Project management *
Translation
image

Создавать игры сложно


И самая сложная часть создания игр — это препродакшен. Это заявление может показаться обескураживающим. Все мы слышали о очень тяжёлых периодах продакшена игр и часто видели лёгкие, простые и интересные периоды препродакшена. Почему же я утверждаю, что препродакшен сложнее? Потому что один из аспектов, способных отравить продакшен — это выполняемый во время него препродакшен. Как бы ни был сложен препродакшен, гораздо сложнее (и намного дороже) выполнять его на этапе продакшена. Позвольте объяснить: в идеальном мире никто не брался бы за производство коммерческой игры, которую ждёт провал. Если вы намереваетесь создать игру с целью извлечения прибыли, и вы знаете, что игра прибыль не принесёт, то к продакшену вы не перейдёте.

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

В момент соединения всех частей (то есть создания первой играбельной версии) вы понимаете, действительно ли ваша команда шла к исходной цели. Это совершенно неподходящий момент, если вы проработали над игрой несколько лет.
Читать дальше →
Total votes 39: ↑33 and ↓6 +27
Views 31K
Comments 30

Рецепт гладкого релиза: PMy на заметку

True Engineering corporate blog Project management *Product Management *
Tutorial
Всё ближе момент, когда мы выпустим в свет наше решение, свежее, новенькое и сияющее. Волнительно? Не очень, ведь мы его уже проверили со всех сторон.

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

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


Читать дальше →
Total votes 16: ↑14 and ↓2 +12
Views 4.7K
Comments 3

Как продуктовые планы могут внести хаос в IT команду

Liga Stavok corporate blog Development Management *Project management *Product Management *
Sandbox

Привет, Хабр! Меня зовут Виталий, и за 9-летний опыт работы PM и 2-летний Agile coach в энтерпрайзе я часто сталкивался с ситуациями, как продуктовые планы влияли на ИТ-команды. Некоторые из таких ситуаций были безобидными, другие могли угробить всю компанию.

Подробнее рассмотрим три ключевые ситуации и их последствия:

1. несвоевременное предоставление планов;

2. задачи с фиксированным сроком;

3. отсутствие планов или плохо проработанные задачи.

Если хотите об этом поразмыслить, добро пожаловать под кат.

Читать далее
Total votes 11: ↑5 and ↓6 -1
Views 8.1K
Comments 16