Ответы пользователя по тегу Управление проектами
  • Как объяснить проект-менеджеру где заканчивается его работа и начинается работа проектировщика интерфейсов?

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

    Но тут есть один нюанс, который следует понимать менеджеру. Его роль — очень важная роль — это налаживать коммуникацию между людьми, формулировать задачи, курировать процессы, контролировать время. Непосредственно реализацией должны заниматься соответствующие специалисты. Поэтому если менеджер такой уввлеченный, что хочет обсуждать интерфейс со всеми сотрудниками, пусть делает. Только пусть при этом фиксирует полученный в ходе обсуждений список озвученных проблем и предложений и затем предъявляет их дизайнеру. Часть проблем дизайнер может отвергнуть как «мнение некомпетентных» или «дело вкуса», к части же может прислушаться и внести правки в интерфейс. Всё это дизайнер должен суметь объяснить менеджеру и отдать ему обновленный интерфейс.

    Создание интерфейса — это задача дизайнера. Менеджер должен предъявлять вопросы и озвучивать реальные или возможные проблемы перед дизайнером. Но правки и переделки должен делать сам дизайенр, своими руками. Важно еще понимать, в какой форме менеджер должен ставить задачи перед дизайнером. Он не должен просить дизайнера «сделать кнопку красной, а не зелёной». Он должен сформулировать проблему в целом — например, «нам нужно увеличить число кликов по кнопке в два раза» — чтобы дизайнер сам подумал, как её лучше решить и предложил свой вариант.

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

    Однако и специалист должен уметь проявлять гибкость и отзывчивость. Он не должен просто отфутболивать менеджера с его «глупостями». Нужно уметь на эти глупости достойно отвечать: приводя аргументы, опыт успешных решений, а иногда и делая что-то по желанию менеджера с дальнейшей демонстрацией, что новый вариант хуже. Иногда требуется время, чтобы менеджер научился доверять дизайнеру и начал понимать, какие вопросы принципиально обсуждать и дискутировать, а какие целиком и полностью можно отдать на усмотрение дизайнера.
    Ответ написан
  • Программа оповещения о появленеии дополнений или изменений в системе (проекте)?

    karaboz
    @karaboz
    Директор продуктов в Хабре.
    Мы в «Тематических медиа» используем для внутрикорпоративного общения https://slack.com/. Похоже чем-то на Skype, только в сотню раз удобней и функциональней. Для общения создаются отдельные групповые каналы (по проектам, или просто по темам общения), тут же под рукой личные переписки. Внимание любого пользователя можно легко привлечь, сославшись на него как #username. Прикрепляются файлы, красиво выводятся ссылки. Есть бесплатная и платная версии.
    Ответ написан
  • Импотенция к творчеству - как решить проблему?

    karaboz
    @karaboz
    Директор продуктов в Хабре.
    Чтобы не бросать начатое, я бессознательно пользуюсь следующими принципами.

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

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

    Второй важный принцип — постоянный контакт с людьми. Очень важно в процессе работы не оставаться наедине с самим собой и постоянно транслировать свои идеи и наработки своим друзьям и знакомым, стараясь их удивлять, поражать, вовлекать в обсуждения. Это даёт положительную обратную связь и дополнительную энергию. Нередко случается и так, что в момент усталости и разочарования тот человек, которого ты до этого зарядил, начинает сам тебя подталкивать и открывать новые горизонты, которых ты сам не видел.

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