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

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

Около полугода назад я познакомился с сервисом Asana. Сначала начал использовать в личных целях, но в конце концов пришел к тому, что лучше использовать единый инструмент в том числе и на работе.
В качестве хранилища исходного кода мы используем облачный TFS, соответственно, управление проектами осуществляем там же. Но для нас он оказался слишком громоздок. Да и клиенты, когда видели то, с чем им придется сталкиваться каждый день, предлагали использовать Google Docs или Excel и не усложнять им жизнь.
Читать полностью »

«Право налогоплательщика избегать уплаты налогов с использованием всех разрешенных законом способов никем не может быть оспорено. Каждый имеет право вести свои финансовые дела таким образом, чтобы свести соответствующие платежи к минимуму…»
Дж. Сандерленд,
Судья Верховного Суда США

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

Ведь, если лампочки зажигают –
значит – это кому-нибудь нужно?

Послушайте!

Кому-нибудь из тех, кто не мыслит жизни без свободы… от наличия на небе естественных светил. А ведь наши далёкие предки, в большинстве своём, безальтернативно посвящали ночное время глубокому сну. Да, чего уж там! Говорят, пока лампа Эдисона не завоевала популярность, люди спали по 10 часов в сутки. Лично я, находясь в потоке, не могу спать больше пяти. Но даже этого слишком много! Часто бывает достаточно трёх. Только без удобного и безопасного искусственного света о подобном оставалось бы лишь мечтать.

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

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

В минувшем году я окончательно пришёл к тому, что ныне склонен называть Advanced Agile Analysis. То, что помогло мне, подобно Эдисону, стать человеком-батарейкой, обеспечивая эффект технологических проектов вместо традиционного поклонения краткосрочным успехам, процессам и инструментам.

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

Я хочу поделиться с читателями Хабра своим опытом в достижении баланса между профессиональными и личными делами. Рассказать о том, как важно их разграничивать.

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

Личный опыт: хобби = бизнес?

Как раз по такому сценарию развивалась компания, которую мы — выпускники технического ВУЗа — основали вместе со своими друзьями в 2004 году. Всё начиналось еще с детских увлечений физикой и программирования на инженерном калькуляторе. Потом радиотехнический институт и работа в сфере проектирования электроники.

В 2002 году я участвовал в проекте по разработке новой платформы для измерения волоконно-оптических линий связи. Вокруг этого амбициозного и сложного проекта собрались одни из лучших белорусских специалистов по системам на кристалле (СнК) и операционной системе Embedded Linux.
Читать полностью »

Манифест разработки под клиента: причины революции (часть первая)
Стив Бланк — гуру в области стартапов, основоположник концепции клиентоориентированной разработки, автор культовых книг — The Four Steps to the Epiphany и The Startup Owner's Manual -, фаундер восьми стартапов. Данная статья раскрывает причины, по которым стоит отказаться от традиционных подходов к построению стартапа.

После 20 лет работы в стартапах, я решил остановиться и посмотреть на модель разработки продукта (Product Development Model), которой следовал: понять, почему она была неуспешной в том, что касается нашей работы «вне офиса» — продаж, маркетинга и развития бизнеса.

У каждого стартапа есть какая-нибудь методология по разработке продукта, его запуску и управлению жизненным циклом. В идеальном случае, эти процессы содержат детальные планы, чек-пойнты и майлстоны для каждого этапа вывода продукта на рынок: определение размера рынка, оценка продаж, разработка маркетингово плана, приоритезация фич продукта. Но в конце концов, не смотря на все эти инструменты, 9 из 10 продуктов терпят неудачу.
Читать полностью »

Здравствуй, читатели.
Идея данной темы для обсуждения пришла ко мне довольно давно, но поводом, толкнувшим к собственно тому, чтобы открыть редактор и написать текст, послужило недавнее собеседование. Но обо всём по порядку.

Введение

В 2009–2011 гг. я вёл проект системы управления знаниями (СУЗ) для одной довольно крупной компании. Собственно, этот проект сам по себе является поводом если не цикла статей, то уж двух-трёх точно. Именно в ходе реализации этого проекта я в полный рост столкнулся с одной огромной проблемой — мифологизации информационных технологий. Самое страшное то, что ей подвержены вроде бы взрослые люди, и даже временами выходцы из этой отрасли.
Читать полностью »

… или практическое применение мотивации и краудсорсинга

image

Привет! Ежедневно мы обсуждаем сотни актуальных тем, таких как: GTD, управление проектами, мотивация персонала, работу в команде и другие темы менеджмента. Здесь всегда есть у кого спросить и что прочитать: множество статей, гора учебников, литературы и прочего. В конце концов, мужик: «Ты же получаешь зарплату!». Соответственно, совсем другая тема, ставшая очень актуальной в пору развития ИТ — мотивация людей, которые за свою работу ничего не получают, или, как сейчас модно говорить, краудсорсинг. Об этом и поговорим далее…
Читать полностью »

Обсуждая вот этот топик, ребята из SmartProgress попросили подробнее рассказать о концепции «заточки пилы» или процессе постановки высоких целей. Пользуясь случаям, хотел бы не просто написать несколько абзацев, но и пообщаться на тему некоторых выкладок, до которых дошел сам. Буду признателен за правки и дельные мысли в комментариях.

Итак, три года назад в моей карьере случилось поворотное событие — из специалиста и инженера меня превратили в менеджера. Не сказать, чтобы я был сильно рад: увеличивалась ответственность, увеличивалось количество сверхурочных, командировок, полетов, головной боли. В общем, много чего увеличивалось, в том числе и зарплата. Последняя, впрочем, перевесило все остальное.

Собственная конституция как фундамент для постановки целей

И я стал учиться работать управленцем.Читать полностью »

Сегодня, мои уважаемые читатели, я хотел бы рассказать вам историю из своего опыта, которая касается одного быстрого и довольно сложного проекта из разряда «proof of concept» (доказательство возможности реализации концепции), который закончился благополучно благодаря изворотливости руководителя проекта (то есть меня :). Речь пойдёт о разработке так называемого Стенда Комплексной Автоматизации (СКА), который я создавал буквально своими руками в одной компании среднего размера, занимающейся автоматизацией промышленных предприятий, построением на них АСУ ТП.

В нижеследующей статье я немного расскажу о предпосылках создания, о том, почему меня «вынудили» делать этот стенд. Потом кратенько пробегусь по по самой истории создания — как производилось планирование, откуда брались ресурсы для работу, как происходила сдача и приёмка. Далее я немного похвастаюсь теми историями, в которые в своё время меня втянул этот стенд. Ну а напоследок будут сделаны кое-какие выводы, приведены советы для начинающих руководителей проектов. Итак, если кому-то интересна сия история, то добро пожаловать под кат.

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

Как локализовать приложение на много языков, чтобы не было мучительно стыдно На Хабре не раз обсуждались вопросы локализации/интернационализации приложений, и поскольку у нас в этом вопросе накопился значительный опыт, мы решили им поделиться, сделав больший акцент на организации всего процесса. Локализация приложений — более сложная задача, чем принято считать, и подойти к ней можно разными способами: можно изначально создать простой и понятный текст, можно вложиться в крутых переводчиков, которые из любого текста вытянут смысл, можно сделать подготовку и перевод текста «как-нибудь», но посадить сообщество или тестировщиков на выверку финального результата. Необходимо только помнить, что выверка исходного текста делается на одном языке, а выверка результата — на всех языках, т. е. усилий надо затратить в N раз больше.

Вообще, локализация — это по факту открытие еще одного рынка, и понятно, что, при принятии решения о локализации, руководство рассчитывает получить дополнительную прибыль. При этом зачастую в эту самую локализацию вкладывают лишь малую часть от общего бюджета разработки (скажем, порядка 1–2 %). Т.е. расчет идет на то, что, добавив 1 %, можно получить + 50 % дохода. Насколько реалистичными могут быть такие ожидания?
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js