Является ли Джира контрпродуктивным программным обеспечением управления проектами на сегодняшнем рынке?
Существует множество жалоб на программное обеспечение для управления проектами с момента создания ИТ-индустрии. Некоторые из жалоб выясните фактор контрпродуктивности инструментов управления задач. Я знаю, что будучи гибким менеджером проектаДиспетчер задач UDNЗвучит как немного клише, но в то же время я не могу не думать иначе.
Иногда инструменты управления проектами переоценены:
Да, они не только переоценены, но есть очень реальная возможность того, что вам не нужно полагаться на программное обеспечение для управления проектами, чтобы пройти свою деловую деятельность. Почему так? Рассмотрим небольшой бизнес кирпич N «Минометарную среду со старой школьной эстетикой. Они запускают свой бизнес отлично.
Все бежит по книге. Никто не пропускает свои дни; Задачи завершены вовремя, а документация - Top-Sotch. Если такой бизнес состоит в том, чтобы использовать программное обеспечение для управления проектами, он увеличит их производительность.
Бизнес будет легко распространять важную информацию, а операции будут быстрыми в результате. Моя точка зрения в том, что хотя инструменты управления проектами не являются полностью важными; они есть Отказ Это подразумевает, что ваш небольшой бизнес способен завершить, быстро преодолеть препятствия, связанные с проектом. Возьмите пример функции списка до дел в любом уважаемом программном обеспечении управления проектами.
Руководители команды могут создать график задач для других. В то же время внешние заинтересованные стороны могут быть приглашены на эту конкретную плату проекта для мониторинга всего.
Разве это не звучит интригует? Это не так ли?
Если вы не проделали домашнее задание правильно, вы не можете получать ценность ваших денег от программы управления задач. Особенно, если это большая реальная компания с несколькими экземплярами того же диспетчера задач, ежемесячная плата за подписку может легко увидеть.
В то же время, если эта компания не имеет управленческого процесса, независимо от квалифицированного руководителя проекта на борту, программное обеспечение только то, что он ... простой инструмент. С точки зрения их опыта с программами управления проектами, мы недавно рассмотрели разные ИТ-неитрафиологии со всеми.
Общее согласие по поводу инструментов управления проектами заключается в том, что они не являются абсолютной необходимостью. На вершине этого есть компании, которые считают, что такие программы являются абсолютной тратой денег. Последняя группа включает в себя малые предприятия и особенности, которые не могли достичь одного из следующих действий:
В худшем случае таких людей в конечном итоге обвиняют программную компанию для выпуска неэффективного продукта. Определенная степень этих пользователей не стесняется от Bad Muthing репутации инструмента управления проектами в онлайн-мире.
Джира когда-то была печально известным программным обеспечением управления проектами:
Джира была известна одному из самых печально известных программных программ в нише управления проектами. Я видел случаи, когда как тяжелые, так и легкие пользователи составляли негативное мнение о JIRA. Были некоторые пользователи, которые просто верили слухам и воздержались от использования Джиры на своем рабочем месте.
Общее представление о программном обеспечении JIRA было вдоль Отказ Многие руководители команды считали, что у Джиры упорство медленно прогрессируют, а не наоборот. Я также знал парня, который думал, что Джира «сосала», потому что некоторые отзывы были очень отрицательными. Он никогда даже не использовал Джиру или не приблизился к тому, чтобы прикоснуться! Ты можешь в это поверить?
Я не говорю о прошлом негативном восприятии о Джире - тем времена давно ушли. Кроме того, везде есть негативные люди.Диспетчер задач UDNбыл также стартапом один раз. На пару лет мы работали на пару лет, чтобы достичь определенного стандарта удобства использования конечной пользователей.
Прямо сейчас мы работаем над достижением определенного качества качества. Даже лучшие новости в том, чтоДиспетчер задач UDN2.0 Бета - всего один месяц застенчивый заряд. Это будет полная реконструкция старой версии с добавлением многих новых функций, которые вы выращивали в любовь. Старый графический интерфейс будет покраснена и заменена чем-то визуально привлекательным.
Насколько рабочим процессом наДиспетчер задач UDNBeta 2.0 идет, мы собираем обратную связь от наших постоянных пользователей, которые хотят видеть определенные функции в новом предстоящем выпуске. Это дает нам лучшее представление о том, как формировать вещи и представить полный потенциал программы для новых пользователей. Возвращаясь к Jira, есть вымышленное исследование, которое я основанный на моем собственном анализе. Так как большинство из вас знают, что я был введен в Диспетчер задач UDNкак Agile Project Manager. Время от времени я также принимаю участие в разработке программного обеспечения и кампании QA. Это участие необходимо для отправки команды в правильном направлении.
Большая часть негативного воздуха о любом программном обеспечении управления проектами связано с неопытностью конечных пользователей для запуска программы. Такие пользователи мало что не знают о своих точных требованиях компании. В результате, когда они отправляют запрос к команде ИТ и CTO для покупки инструментов управления задач, происходит много неправильных вещей.
Для начала компания принимает решение о покупке очень дорогой программы. В качестве альтернативного случая программа права, но фактическая команда, ответственная за включение программы в ежедневной деловой деятельности «Effs» все это. Какой смысл покупки программного обеспечения, которое не сделано в первую очередь, чтобы выполнить требования вашей компании?
Во-вторых, многие ранние-стадии бета-тестеров программного обеспечения JIRA не следовали определенным методам и процессам для управления рабочими процессами. Ни у кого не было никакого опыта, как Джира работала, и поэтому команда оказала негативное мнение о Джире. Они сказали: «Джира сосет». Период.
Это исследование также применимо к другим программам управления задач на рынке. Джира только один пример. Это не значит, что я несу никаких больных чувств о Джире. Несмотря на то, что они являются нашими конкурентами, они делают отличную работу. С момента моей индукции как сотрудник IT, я видел Атласскую Джиру Соб. Преодолеть много препятствий. Они успешно улучшили и реализовали новые функции для экспоненциального фактора роста.
История дела:
ABC - это компания по разработке программного обеспечения с хорошим присутствием в других ощутимых предприятиях. ABC также производит физические технологии-ориентированные продукты; Дешевые гаджеты, ежедневно используют товары и наоборот.
У этой компании есть здоровый персонал из 50 человек. Ежедневные деловые операции возглавляют генеральный директор и ЦТО. Давайте назовем их Джейк и Амиром! За последние несколько лет ABC Inc. сделал много хорошего прогресса. Они увеличили своих клиентов со всего мира.
Эти клиенты могут быть примерно разделены на два сегмента:
Время от времени ABC также простирается во фрилансской работе. Они получают клиентов из разных веб-сайтов и местных предприятий. Затем компания создает деловое предложение, включающее над созданием сайта, цифровых маркетинговых услуг, SEO и наоборот. Это хороший боковой доход.
Все операционный центр о поддержке и инженерной команде в ABC. Они являются кучей из 15 - 20 ботаний, которые инкапсулированы в отдельном офисе внутри компании. Поскольку бизнес расширяется, глава Компании, то есть Джейк и Амир, также получают сообщения о многих различных вопросах.
Внутренние проблемы на ABC Inc.
Некоторые из вопросов являются внутренними, такие как; Управление проектами препятствует и отсутствие надлежащего рабочего процесса и процессов. Благодаря этим вопросам инжиниринг и отдел управления считают, что сотрудники не работают над лучшими их способностями. Часто отсутствует связь, что заставляет Компанию не удариться одинаковых проблем и снова.
Хотя ABC Inc. имеет поддержку команды, чтобы позаботиться о потребностях клиентов с обоих аппаратных и программных рынков, есть много проблем. Иногда клиенты запрашивают определенный продукт или ряд функций, которые будут добавлены к следующему предстоящему выпуску программного обеспечения.
Сотрудники поддержки записывают эти проблемы и отправляют их в инженерную команду. Иногда обратная связь достигает поздней, или инженерная команда уже подтверждена руководством, чтобы что-то выпустить. В результате конечные пользователи страдают и должны ждать еще несколько месяцев, чтобы увидеть добавление запрошенных функций в своих любимых продуктах.
Иногда ABC Inc. работает над несколькими экземплярами той же проблемы, даже не зная его! Допустим, есть ошибка в их флагманском программном обеспечении, но ABC Inc. имеет разные команды, ответственные за обработку его. Все они создают несколько разные версии Shippable Code Code. Это создает конфликты и влияет на временную шкал выпуска «патча».
Кто-то предложил программное обеспечение JIRA для управления проектами:
Вот, кто-то решил принести Кэти из другого отдела в рамках компании. Ходят слухи, что Kathy использовал программное обеспечение JIRA в другой компании в течение нескольких месяцев. Она подняла свое имя в руководителях ABC Inc., и все решили дать ей шанс. Инженерная команда ABC счастливо приветствует Кэти и помогает ей настроить Джиру через каждую рабочую станцию. Сотрудники получали прохождение всех прохладных особенностей в Джире, и как он может помочь разрешить внутренние конфликты управления проектами в Организации.
Предполагалось, что вещи растут с этой точки вперед. Джейк и Амир также ожидали, что производительность программного обеспечения и аппаратного обеспечения расти в десять раз в ближайшем будущем. В конце концов, программное обеспечение для управления проектами предназначено для решения проблем, верно? ... верно? Кэти обучил весь персонал за один день! О, парень. Она в основном ввела программное обеспечение JIRA в инженерное отделение. Затем ботаники интегрировали JIRA по всем компьютерам, чтобы помочь всем управлять и централизовать их повседневные задачи.
Никто не ожидал этого, но Джира не решила основные вопросы управления проектами на ABC Inc. на самом деле, теперь появились новые вопросы, которые не позволяют сотрудникам использовать Джиру до его полного потенциала. Как генеральный директор, так и CTO, сосудили установку / покупку JIRA в первую очередь.
Другие отделы потеряли свою «веру» в инженерном отделе. Новое мнение о Джире сейчас негативно. По сообщениям, некоторые говорят: «Джира не решила проблемы нашей компании. Я не знаю, почему они наняли Кэти в первую очередь ».
Все, что когда-либо пошло не так на ABC Inc. - это все из-за Джиры.
Коллективное мнение о JIRA в инженерном отделе заключается в том, что это не продуктивное программное решение для руководителей проектов. Он ограничивает работников от выполнения определенных задач.
Вот три основные проблемы, которые ABC Inc. не обращались в первую очередь. И это было задолго до того, как Джира была даже реализована Кэти.
Но сначала давайте посмотрим на некоторые основные функции в Джири:
Хотя программное обеспечение JIRA и большинство его конкурентов имеют канбанские доски, график Ганнта и другие современные интеграции, никто на ABC Inc. использует те. На самом деле многие сотрудники, в том числе Джейк и Амир, имеют старую школьную мышление. Они жесткие и кажутся робкой, когда речь идет об использовании современных интеграций производительности на рабочей области. В результате вместо того, чтобы стать продуктивным, рабочие процессы начали устаревать.
JIRA оборудована для проведения много мероприятий, но все сводится к методам исполнения. Подумай об этом.
ABC Inc. не нанимал менеджера проекта или консультанта, чтобы сказать наименее. Они только установили Джиру и ожидали, что все лучше поправиться со временем. Генеральный директор был мнением того, что поскольку Кэти смог настроить демонстрацию Jira за один день, легко учиться и реализовать.
Самое главное, что управление проектами является человеческим фактором. Он включает в себя капитализацию на ресурсы, анализ рисков N 'оценки и достижения цели. Эти менеджеры проекта используют инструменты управления проектами только как артефакт. Следовательно, выражение «средство для достижения» приходит в перспективу.
ABC Inc. нанял Кэти, чтобы реализовать и продемонстрировать Джиру в первую очередь. Она неспособна с очень ограниченным знанием программного обеспечения. В результате появились основные проблемы с основными проблемами, связанные с JIRA, управлением процессами и развитием продукта, появилось, Kathy будет управлять всеми кругами.
Она не была уволена, но ABC Inc. в ближайшее время демотировала ее на ее старую позицию.
Scrum и Agile необходимы для развития процесса работы. Продуктивное мышление, как сообщается, революционизировало отрасль на экспоненциальном уровне. Сегодня компании не только становятся продуктивными, но и поощряют своих руководителей проектов искать дополнительные сертификаты в Scrum.
ABC не обращался к Scrum. У них не было правильного процесса работы, чтобы определить работу Agile Mindset. Компания много страдала из-за несоответствия и их неспособности держать всех на одной странице.
Инструмент управления проектами не работает самостоятельно. Любая команда, ответственная за интеграцию программного решения в организации, должна знать методы и процесс. Предполагая, что у вас есть Jira, работающая в качестве метафорической микроволновой печи с 15 предустановленными рецептами, она не будет делать никакой вкусной еды, если нет повар, чтобы запустить первику.
Если на месте нет процессов, получите консультант. Требуется пять минут, чтобы нанять внешний консультант. Он или она настроят политику для вас. Если есть что-то не хватало, парень скажет вам, нужно ли вам нанять кого-то или нет. Эти реализации обязательны, прежде чем ваша компания решит все руки в программном обеспечении управления проектом.
До тех пор, пока есть обратныйhand, чтобы организовать усилия компании в позитивном порядке, Джира будет делать чудеса. Если у менеджера проекта есть звуковое ноу-хау разработки программного обеспечения, это вишня на вершине вашего торта. Постарайтесь сохранить этот парень как бесценный актив для компании.
Суммируйте все это - Jira приходит после определенных реализаций на сайте:
Неважно, если у вас джира,Диспетчер задач UDN, Асана или любое другое программное обеспечение для управления проектами. Вам необходимо реализовать некоторые процессы на сайт для максимизации производительности. Исходя из многих идей и выводов из разных тематических исследований, я могу очень много сказать, что инструмент PM - это артефакт.
Получите мнение вашей команды о количестве улучшений, связанных с работой, которые они хотят видеть после установки программного обеспечения PM. Кроме того, вы можете провести анонимное обследование мнения до начала каждого проекта. Это поможет вам настроить программу лучше.
Приоритеты и определяют расставку этих списков по желанию по их значению. Если несколько сотрудников считают, что определенная функция в JIRA имеет решающее значение для прогресса, реализовать ее немедленно. Если люди просто разозлились, потому что «Джира сосет» в общих кругах, нет необходимости паниковать.
В конце концов попытайтесь иметь сильную традиционную структуру фундамента на месте. Программное обеспечение хорошее для документирования всего, но никогда не полагаться на 100%. Иногда все в порядке, чтобы упасть на обычные практики управления из-за ситуации неопределенности в бизнес-индустрии.
Есть известная китайская пословица, «слабые чернила лучше, чем самая яркая картина». Они сказали так для определенной причины. Во всяком случае, если вы ищете персонализированный ответ на ваши вопросы, отправьте нам электронное письмо. Мы хотели бы вернуться к вам.
