Каждый год Agile Alliance проводит одну из самых важных конференций по управлению проектами для разработчиков программного обеспечения: Agile2017 . В программе в Орландо принимают участие 2500 человек, в том числе такие знаменитости , как Лиза Криспин, Дэвид Уоллес, Джез Хамбл, Эм Кэмпбелл-Претти и Натали Уорнерт.
Теория авангарда вдохновляет на бурные разговоры между разработчиками, тестировщиками, менеджерами проектов и другими энтузиастами Agile (основная часть участников программы). Я слушаю, надеясь обнаружить теории, подталкивающие отрасль – и ее инструменты – к следующей итерации.
Я иностранец в этом мире, где мужская очередь в ванную комнату тянется через конференц-зал, а женщины прыгают в свои кабинки и выходят из них, где 20-летний парень, мечтающий стать космонавтом, является основным докладчиком, и где подобные наглядные пособия имеют смысл для большинства участников:
Синий представляет собой «размышления» и «анализ» в Agile, а красный – «работу». Обратите внимание, что «мышлению» уделяется большое внимание перед тем, как «работать». Для тех, кто не знаком с Agile, это серия принципов, которые делают упор на непрерывное совершенствование, людей выше процессов и адаптивное планирование, которые чаще всего применяются при разработке программного обеспечения.
Как аналитик, а не программист, менеджер проекта, QA или владелец продукта, я чувствую укол «инаковости». Мало того, что у меня другое призвание, чем у большинства участников, но я еще и невысокого роста, женщина и молода – до такой степени, что я, вероятно, один из самых молодых людей, посещающих эту конференцию. Я практикую свое невозмутимое лицо в зеркале ( излишняя улыбка может заставить вас выглядеть некомпетентным ), оттягиваю плечи, чтобы казаться на четверть дюйма выше, и заплетаю волосы в тугой, серьезный пучок. На моей бирке с именем написано « Gartner ». Я бы не хотел, чтобы момент моего собственного технического невежества отвлекал от бренда.
Я провожу конференцию в полном костюме и в образе. Хотя у меня нет опыта программирования, последние четыре года я писал об индустрии управления проектами и программном обеспечении для управления проектами . Я приехал сюда в надежде, что отсутствие опыта в программировании не помешает моей способности улавливать новые тенденции, влияющие на инструменты Agile.
Это не так.
В этой статье я расскажу не только о том, как меняются инструменты управления проектами, но и о том, какие движущие силы вызывают эти изменения. Самым большим стимулом является «бизнес-гибкость», или применение структуры управления проектами ко всем функциям компании. Последствия этого огромны и подробно рассматриваются в этой статье.
- Будущее программного обеспечения для управления проектами
- Идеи Agile настолько заразительны, что мир бизнеса находится на пороге массового внедрения
- Business Agile: теория, созревшая для правильного воплощения
- Гибкость бизнеса, рентабельность инвестиций и корпоративная конкурентоспособность
- Будущее Agile бизнеса и управления проектами
- Последняя глава для профессионалов в области управления проектами, и куда менеджеры проекта направятся дальше
- Каковы мои следующие шаги в качестве бизнес-лидера или менеджера проекта? Где я могу узнать больше?
- Продолжим обсуждение
Будущее программного обеспечения для управления проектами
Управление проектами претерпевает метаморфозу, когда код имеет меньшее значение, люди важнее, а психология, этнография и философия вытесняют обучение менеджменту, формальную методологию и показатели отчетности как краеугольные камни, движущие в этой области.
Я радостно обнимаю мою ученую степень по гуманитарным наукам.
Чувствительность к человеческому положению – к личным ошибкам, силе общения, к тому, как люди понимают свое место среди сверстников, коллег и конкурентов – теперь негласный движущий фактор в инструментах разработки проектов и продуктов.
Вновь обретенный акцент делается на рассказах вместо раскадровок, на реальных людях вместо персонажей и на долгосрочные видения вместо спринтов. И по мере того, как гуманизация управления проектами, портфелями и продуктами начинает уходить своими корнями, соответствующие отрасли программного обеспечения (программное обеспечение для управления проектами, программное обеспечение для управления портфелем проектов и программное обеспечение для управления продуктами ) следуют этому примеру.
Слияние VersionOne и CollabNet олицетворяет многие изменения в отрасли.
«Наши клиенты уже просили о [слиянии] до того, как это произошло».
Роберт Холлер, генеральный директор VersionOne, сидит в зале заседаний в понедельник вечером; Справа и слева от него Томас Хукер и Эрик Робертсон – оба старшие руководители CollabNet – согласно кивают. Несмотря на то, что они объявили о слиянии всего за несколько часов до этого, Хукер добавляет, что он уже слышал отзывы от клиентов CollabNet. «Они взволнованы; они видят, что теперь у них есть полное решение ».
Слияние VersionOne и CollabNet представляет собой сдвиг в управлении проектами в сторону уменьшения разрозненности и большей конгломерации между внутренними техническими командами – мало чем отличается от вирусного роста DevOps за последние восемь лет (можете ли вы поверить, что процесс был основан только в 2009 году )?
Заказчики просили – и теперь хвалят слияние – это наличие подлинной комплексной стратегии программного обеспечения, инструмента доставки и развертывания – унифицированной системы, которая обеспечивает контекст для каждого решения, принимаемого между идеей и исполнением.
«Полное решение», о котором говорит Холлер, – это результирующая синхронизация между инструментами.
CollabNet и VersionOne предлагают дополнительные функции. Вместе они предлагают целостное решение для разработки программного обеспечения.
Я рассматриваю это слияние как отражение многих тенденций в области программного обеспечения для управления проектами, включая объединение корпоративных инструментов и увеличение инвестиций в предоставление клиентам возможности выбора с их опытом работы с программным обеспечением. Но ни один из них не проявляется так ярко, как гибкое мышление, пронизывающее бизнес- решения, и не только в ИТ-отделах.
Другими словами, управление проектами не только в тренде в сторону Agile, но весь мир бизнеса является .
Agile – это будущее бизнеса, а Agile означает более мягкое и лучшее бизнес-сообщество.
Чтобы понять значение, представленное в слиянии, рассмотрим причины объединения CollabNet и VersionOne.
Воспоминание:
Покупатели обоих продуктов уже интересовались функциями друг друга .
Компании уже заинтересованы в инвестировании в объединение своих ИТ-отделов. И это ключевой аспект, который движет движением DevOps. Подобно тому, как энтузиасты Agile обращаются в свою веру, получение нужных людей в нужных командах заменяет формальные процессы стратегии, разработки и развертывания.
В этой статье мы обсуждаем Agile-процесс и его влияние на движение DevOps. Изучите программное обеспечение DevOps и улучшите внутреннее сотрудничество и общение в своей организации.
До недавнего времени ИТ-отделы в значительной степени зависели от внутренних бизнес-целей. Однако в мире гибкого бизнеса, ориентированного на клиентов, конечный продукт должен быть в центре внимания всей команды, а не только тех, кто отвечает за развертывание.
Это означает, что существующие сегодня разрозненные хранилища исчезают; VersionOne и CollabNet просто реагируют на эти рыночные силы.
И это не единственные компании, которые обращают на это внимание.
Подобные слияния и поглощения происходят в индустрии программного обеспечения для управления проектами.
Ни для кого не секрет, что функции коммуникации привлекли конечных пользователей к программному обеспечению для управления проектами. Например, в 2015 году (целую жизнь назад в этой сфере) 32% покупателей программного обеспечения для управления проектами очень часто использовали функции чата в реальном времени. Я предполагаю, что наряду со стремительным ростом числа альтернатив Slack и Slack эта цифра увеличилась вдвое, а может и больше, за последние два года.
Руководители программного обеспечения для управления проектами обратили на это внимание, что привело к шквальному количеству приобретений. Хотя это, конечно, не полный список, взгляните на некоторые сделки за последние пять лет. Хотя рыночные силы, безусловно, сыграли роль в этих приобретениях, особенно интересны наборы функций, привлекающие покупателей – почти все они оптимизируют командную работу и личную продуктивность.
Тенденции здесь указывают не только на будущее управления проектами, но и на будущее самого бизнеса: деловой мир с консолидированными командами, большим внутренним акцентом на клиента и конкурентоспособностью, проистекающей из гибкости – даже больше, чем эффективности.
Идеи Agile настолько заразительны, что мир бизнеса находится на пороге массового внедрения
«Business Agile» – это фраза, которая быстро стала бизнес-термином года в 2017 году (честь, придуманная исключительно для целей этой публикации).
Быстрый поиск по ключевым словам на таких сайтах, как The Wall Street Journal, CIO и Boston Business Journal почти не дает информации об этом термине до начала 2017 года. Затем, в феврале, в Нью-Йорке прошла первая в истории Business Agility Conference , и как остатки офисной бомбы с блестками, «бизнес-Agile» стал появляться повсюду.
Например, Донна Фицджеральд из Gartner впервые ввела «Business Agile» в цикл Hype Cycle по управлению проектами и портфелем в июле 2016 года , всего за семь месяцев до конференции.
Она отметила: «Мы считаем, что внедрение бизнес-технологий Agile должно происходить быстрее, чем разработка программного обеспечения Agile. Бизнес-подразделения не привязаны к какому-либо эквиваленту структуры Waterfall ».
И это было быстрое усыновление; последний проект Gartner Hype Cycle по управлению проектами и портфелем , выпущенный на прошлой неделе июля 2017 года, поднял «бизнес-гибкость» от «зарождающейся» до «подростковой» тенденции, обозначив, что влияние на бизнес будет «трансформационным».
(Обе статьи Hype Cycle доступны только клиентам Gartner.)
Программное обеспечение и культурные тенденции также способствуют ускоренному развитию бизнеса Agile.
Энтузиазм со стороны практиков, безусловно, выводит Agile за рамки ИТ, но технологические и культурные инновации также подталкивают компании к тому, чтобы они рискнули и изменили свое деловое мышление.
Например, искусственный интеллект , который еще только начинает развиваться, все больше автоматизирует многие общие задачи координации. Как сказал мне Андерс Валлгрен из Electric Cloud , такая технология помогает руководителям проектов выйти за рамки повседневной банальности «прославленного секретаря».
Эта тенденция, которая также распространяется не только на управление проектами, на любую область, в которой искусственный интеллект может сыграть определенную роль, – создает в бизнесе пространство для повышенного внимания к нюансам и пониманию. Навыки межличностного общения не могут стать жертвой автоматизации, из-за чего эмоциональный интеллект как набор навыков резко возрастает.
Поскольку философия Agile, ориентированная на людей, естественно, синхронизируется с вытеснением «жестких» навыков, влиятельные культурные сдвиги также подталкивают бизнес-сектор к принятию.
Например, исследование миллениалов , проведенное Gallup, показывает, что миллениалы нуждаются в постоянной обратной связи для личного развития. Анализ Gallup объясняет, что миллениалы «безразличны к своей работе и компании … Многие миллениалы, вероятно, не хотят менять работу, но их компании не дают им веских причин остаться».
Тем не менее, для миллениалов, которые встречаются со своими менеджерами регулярно (несколько раз в месяц), 44% сообщают о своей вовлеченности на работе – огромный скачок по сравнению с 29% общей вовлеченностью среди всех миллениалов. Миллениалы жаждут итеративного личностного развития и последовательного, прозрачного общения – все это ценности Agile.
Не только это, но и несколько ценностей Agile движут деловой литературой. Например, беглый взгляд на самые популярные статьи Harvard Business Review включает в себя такие заголовки, как « Хорошие лидеры – хорошие ученики », « Когда решать проблемы вашей команды, а когда им разрешать их решать » и « Как установить больше. Реалистичные цели роста ».
( Кто угодно, #NoEstimates ?)
На данный момент ценности Agile входят в деловой мир на модульном уровне, с большим интересом к каждому из его двенадцати основополагающих принципов . Лидеры уже ставят каждую деталь на место. И при тщательном рассмотрении ценностей Agile – даже если они еще не так их называют – парадигма Agile-бизнеса делает шаг вперед.
Business Agile: теория, созревшая для правильного воплощения
В поисках того, что другие говорят о будущем управления проектами и гибкости бизнеса, я общаюсь с множеством людей на Agile2017. Большинство ответов согласны с идеей о том, что Agile-методика ведения бизнеса, вероятно, изменит определение роли менеджера проекта – большинство из них указывало на преобразование роли в владельца продукта.
Но некоторые видят более широкую картину: как бизнес может преуспеть с менталитетом Agile.
Дэйв Уэст, генеральный директор Scrum.org , и я с радостью обмениваемся идеями об Agile для бизнеса и будущем менеджеров проектов. ( Scrum – это метод Agile, процесс, основанный на идеалах Agile .) Мы затрагиваем более высокие философские идеалы, такие как «достаточная свобода», безопасность на рабочем месте в Америке, и бросаем средний палец на такие термины, как «управление ресурсами».
«Они люди!» – восклицает Уэст.
Когда его спрашивают, почему Scrum не работает для некоторых предприятий, гигантский каркас Уэста тонет в его кресле. «Я разочарован каждый день».
Разочарование дает его голосу преимущество: «Скрам особенный из-за своего эмпиризма и своих ценностей. [Но] предприятия внедряют механику Scrum , но не его философию ».
Для Уэста Скрам – настолько гибкий метод, что конкретные инструкции по его реализации гораздо менее примечательны, чем его базовые идеалы. Он продолжает: «В прошлом году мы добавили ценности [к Скраму, а именно смелость, целеустремленность, приверженность, уважение и открытость], потому что предприятия, которые принимают ценности Скрама, намного более успешны».
Уэст садится, подчеркивая: «Они создают лучший код. Методология способна довести до конца. Ценности делают методы [Scrum] более осязаемыми – они обеспечивают [необходимую] социальную среду ».
Любезно предоставлено Scrum.org
Та «социальная среда», о которой говорит Уэст, является фундаментальной. Он говорит не об ИТ-отделах или мастерах Scrum, а о предприятиях как единице, как сообществе .
Он указывает на команды как на недооцененных героев в этой истории. Он добавляет: «Когда вы работаете в сложных ситуациях, самое важное – найти нужных людей. Мы извлекаем этот урок снова и снова – будь то Toyota, SAS или морская пехота. А потом вы заходите в банк. Вы видите «эффект Рокфеллера», когда вся власть принадлежит одному человеку ».
Вдали от утопии преобразующего бизнеса, он видит одного человека, «парня с золотом», принимающего независимые бизнес-решения, потенциального кооператива, разрушенного жадностью и властью.
Он делает паузу, затем прерывает себя, предлагая надежду: «Но есть исключения даже на предприятии. Взгляните на CapitalOne ». (Общеизвестно, что CapitalOne перешел на Agile в 2012 году и сократил время доставки на три-шесть месяцев.)
Я киваю в знак согласия, сокрушаясь о силе и возможностях истинного Agile для бизнеса, прерываясь на исполнительном уровне. Подобные разговоры ведутся на протяжении всей конференции – как нам на самом деле убедить руководителей в том, что в методы ведения бизнеса Agile стоит инвестировать? Банальные ответы, как правило, звучат следующим образом: «подчеркивайте преимущества межличностного понимания», как говорят некоторые, или «обращайтесь к конкурентоспособности руководителей!»
Но уклоны в сторону быть право , и уклонение от проверки и отсутствии, по- прежнему сдерживает даже некоторые на посещаемости Agile2017-и эти уклоны являются тонкими , пока не выделены. Многие люди и компании могут запомнить методы и принципы Agile, как телефонный пароль, но совершенно упускают из виду «почему».
А у некоторых совершенно другой взгляд на Agile в бизнесе.
Гибкость бизнеса, рентабельность инвестиций и корпоративная конкурентоспособность
Я встречаюсь с Лорин Кнудсен и Лесли Маркотт из CA Technologies , компании, наиболее известной благодаря инструменту разработки программного обеспечения CA Agile Central , ранее известному как Rally. Я уже дружелюбен к ряду их продуктов (часто используемых в качестве альтернативы VersionOne или Atlassian ).
Наш разговор следует за моим интервью с Дэйвом Уэстом, и я не могу не отметить контраст. Уэст был в джинсах, а Кнудсен и Маркотт – в костюмах; Уэст удобен и неформален, в то время как представители CA Technologies сидят прямо, безупречно и вежливо. Я снова набираю грудь и сажусь, еще раз прекрасно осознавая свой возраст и титул.
Компания по разработке программного обеспечения Agile недавно выпустила отчет под названием « Состояние гибкости бизнеса в 2017 году ». Самый большой вывод? «Только 12% организаций могут утверждать, что вся их организация находится на пути к гибкости бизнеса», хотя большинство респондентов согласились с тем, что гибкие методы ведения бизнеса повышают продуктивность и удовлетворенность клиентов.
Для Кнудсена Agile-методика бизнеса – это результаты, результаты, результаты. Коммуникация и прозрачность являются основой Agile-команд, и ничто не вдохновляет руководство принимать лучшие бизнес-решения, как внутренние большие данные.
Она объясняет: «Business Agility предоставляет последовательные методы и данные – подробные данные, чтобы они знали, куда идут деньги».
Она добавляет, что компании используют «фальшивые» данные для принятия решений (по сути, оценки, а оценки не являются достоверными данными). Она справедливо отмечает, что, полагаясь на «фальшивые» данные, руководители упускают из виду реальный статус своей компании. Она заключает: «Наличие такого уровня данных» – по сути, больших внутренних данных – «позволяет лидерам принимать более обоснованные решения».
Я понимаю, что мое определение «Agile бизнеса» отличается от их. Она говорит исключительно о более эффективном принятии решений на уровне руководства – что, безусловно, важно и, безусловно, вдохновлено большими данными и инструментами, предлагаемыми CA Technologies, – но никогда не затрагивает движущую философию Agile как переменную в бизнес-среде. Ее взгляд на бизнес Agile – это большая картина, не с точки зрения деловой культуры , а как фактор, определяющий ценность продукта и прибыли .
Это разделение приводит к очень разным бизнес-решениям. CA Technologies – это компания с оборотом 13 миллиардов долларов с невероятной стратегией приобретений для реагирования на рыночные изменения – за последние пять лет они приобрели Layer 7 Technologies, Nolio, Rally, Xceedium, Grid Tools Ltd, IdMLogic, Automic и Veracode – и это просто большие покупки. Компания неуклонно стремится предоставлять клиентам новейшие процессы, профессиональные услуги и инструменты, ориентированные на пользователя. Результат?
Маркетинг с такими словечками, как «предприятие на старте», «программное обеспечение, помогающее предприятиям конкурировать» и «современная фабрика программного обеспечения».
Они в основном осмеливаются соперничать со своими конкурентами.
Конечно, этот менталитет проникает и в основную философию бизнеса – беспощадную версию бизнес-гибкости. Когда его спросили о росте специальных средств коммуникации, таких как Slack, Маркотт объясняет: «Разработчики хотят неформальности, но руководители не могут упускать из виду тот факт, что они пытаются вести бизнес».
Она подчеркивает важность внутренних данных и то, что неформальные инструменты не могут предоставить эту информацию руководству компании. Если такие инструменты, как Slack, не помогают в результатах, бережливое мышление CA Technologies не видит в этом особой ценности.
Их интерпретация Agile для бизнеса резко противопоставляет выводы Дэйва Уэста, особенно его оправдание того, почему Agile для бизнеса только сейчас набирает обороты: «Это проблема индустриализации труда», – говорит он. «Методологии не работают, но фреймворки [такие как Agile] работают. Вы не можете купить [Business Agility]. Вы должны это пройти. Вы должны этому научиться . Учитесь и постоянно терпите поражение – будьте открыты ».
Другими словами, неудача из-за внедрения механических методов Agile без основополагающего образа мышления и убеждений Agile будет по-прежнему мешать компаниям реализовать свой потенциал.
Уэст и Маркотт, скорее всего, закатили бы глаза друг на друга, но на самом деле они образуют инь и янь того, каким бизнесом Agile, вероятно, в конечном итоге будет выглядеть в разных отраслях. Подобно тому, как мягкие и жесткие навыки необходимы для успешной деловой практики, жесткая (CA Technologies) и мягкая (Дэйв Уэст) Agile будет определять корпоративную идеологию и методологию в предстоящей смене корпоративной парадигмы. Ни один бизнес не будет абсолютистской версией жесткого или мягкого Agile (и CA Technologies и Дэйв Уэст, конечно, тоже не абсолютисты), но они будут существовать в диапазоне между ними.
Будущее Agile бизнеса и управления проектами
Я считаю, что время для появления Agile в бизнесе уже близко к горизонту – Agile существует в качестве основы с 2001 года, давая ИТ-лидерам более пятнадцати лет, чтобы изучить и понять его основополагающие концепции. Я видел повышенный интерес со стороны таких организаций, как Беркли , некоммерческих организаций, таких как The SD Learning Consortium , и небольших консалтинговых компаний, таких как Agile Business Management .
Переход к бизнес-гибкости поставит продукты выше проектов, людей – над ресурсами, а потребности клиентов – над внутренними критериями. Малый и средний бизнес (SMB) – идеальная питательная среда для идеалов Agile, в которой меньше сложностей и много возможностей для роста. В то время как корпоративные компании, такие как Barclays , Ericcson и Riot Games, могут задавать тон, малые и средние предприятия быстро смогут опередить их в внедрении Agile в бизнесе.
Рассмотрим эти изменения, которые, как я прогнозирую, начнут играть роль в малых и средних предприятиях в ближайшие три года:
Результат? Роль управления проектами в том виде, в каком мы ее знаем сегодня, в ближайшие несколько лет прекратится.
Последняя глава для профессионалов в области управления проектами, и куда менеджеры проекта направятся дальше
Это не значит, что Scrum-мастера, PMP и «черные пояса» по шести сигмам должны начать изо всех сил, чтобы найти другую профессию – помните, Agile лежит в основе трансформационных изменений в мире бизнеса. А некоторые отрасли, такие как строительство, регулирование и производство, не смогут полностью использовать Agile, особенно при исполнении продукта (хотя появляется новая литература по методам Agile для каждой из этих отраслей).
Вместо этого руководители проектов будут все чаще брать на себя роли управления программами. Управление программами, которое часто считается «следующим шагом» в карьере менеджера проекта (и в этом, безусловно, есть доля правды), оно имеет тенденцию работать с большим набором рискованных проектов, что имеет смысл, поскольку проекты с низким уровнем риска могут все больше и больше отдавать автоматизации.
Эти проекты, как правило, взаимозависимы и включают в себя несколько групп людей как внутри, так и за пределами организации. Навыки межличностного общения являются обязательными, поскольку руководители программ также часто несут ответственность за профессиональное развитие своей команды.
Gartner подчеркивает, что «мягкие навыки» (навыки, которые сложно определить количественно) должны лежать в основе набора навыков руководителя программы. В статье « Критические мягкие навыки, необходимые для успешного руководителя программы» (статья является собственностью клиентов Gartner) аналитики Мбула Шен и Джек Сантос определили четыре характеристики, которые могут предсказать благоприятную карьеру в области управления программами:
Из этого перехода от управления проектами к управлению программами можно сделать несколько важных выводов:
- Менеджерам проектов не придется заниматься обычными ручными задачами. Искусственный интеллект сможет улавливать такие метрики, как LOE (уровень усилий), служить ресурсом управления знаниями и корректировать первоначальные оценки по мере поступления дополнительных данных.
- Руководители программ будут играть огромную роль в организации. Думайте ближе к C-Suite, чем к разработчику.
- Взломать управление программой станет труднее. Сертификация может продемонстрировать практические знания, но профессиональный опыт неудач, обучения, повторения и роста в качестве лица, принимающего решения, будет гораздо более ценным для менеджеров по найму.
- Им нужно будет специализироваться на управлении изменениями. Управление изменениями имеет решающее значение для постоянно развивающегося Agile-бизнеса. Руководители программ, являющиеся опорой организации, должны будут содействовать участию стажера руководителю.
Каковы мои следующие шаги в качестве бизнес-лидера или менеджера проекта? Где я могу узнать больше?
- Если вы не знакомы с Agile, начните с Agile Manifesto . Хотя сам документ был написан в основном для разработчиков программного обеспечения, его уроки можно легко применить в бизнесе.
- Быть смелым. Не уклоняйтесь от тестирования новых идей и новых процессов. Создайте безопасную среду для членов вашей команды, чтобы они могли делать то же самое.
- Следите за изменениями в технологиях. Программное обеспечение и люди уже работают бок о бок, но развитие искусственного интеллекта повысит способность человека выполнять работу вовремя, в рамках бюджета и с качеством. Ищите инновации в технологиях управления проектами, которые внедряют эти идеи. Лично я смотрю на такие инструменты, как AgileCraft (их новейшая версия ориентирована на сквозное межведомственное управление продуктами), Behave Pro от Hindsight Software ( плагин Jira, основанный на поведенческой разработке ) и ClickUp ( новый замечательный инструмент управления проектами, инвестирующий в исследования искусственного интеллекта).
- Поощряйте бизнес-лидеров переходить на Agile. Я предсказываю, что статьи, в которых прогнозируется рост Agile-технологии и подробно описывается, как это сделать, вырастут в конце этого года и в 2018 году. Сядьте на сверхскоростной поезд инноваций, прежде чем другие предприятия оставят вашу в тупике в 2015 году.
«Инструменты управления проектами добавляют сложности».
Дэйв Уэст подверг сомнению саму основу моей профессии аналитика программного обеспечения. Вся цель применения инструментов управления проектами состоит в том, чтобы улучшить коммуникацию и производительность в рамках бизнес-процессов, и Уэст утверждает, что сама предпосылка их назначения является неверным предположением.
Мы вместе встаем и идем в выставочный зал – он идет к своей будке, я иду обедать – продолжая наш разговор. Он добавляет: «Инструменты не уважают то, что люди – это люди, а не ресурсы. Они не могут уважать непрерывное планирование. Им есть место в таких проектах, как строительство, но предпосылка традиционных инструментов управления проектами в корне ошибочна ».
Он уточняет, добавляя, что инструменты проекта часто создают барьеры между членами команды и добавляют дополнительный шаг для достижения цели.
«Они просто не поддерживают социальный контекст работы», – заключает он.
Они также не поддерживают гибкость бизнеса.
Мы пожимаем друг другу руки и расстаемся.
Представитель компании-разработчика программного обеспечения для управления проектами замечает «Gartner» на моей табличке с именем и пытается помахать мне рукой до своей будки.
Я игнорирую его, уже знакомого с этим инструментом и свежего в понимании того, что к следующему году он устареет.
Продолжим обсуждение
Представленные здесь идеи имеют серьезные последствия, и не все из них будут правильными. Мне любопытно узнать, как руководители проектов, программ и бизнеса реагируют на эти идеи.
Принял ли ваш ИТ-отдел метод Agile? А как насчет гибкого мышления? А как насчет вашего бизнеса в целом?
Как вы думаете, управление проектами перерастет в управление программами? Вы заметили множество инструментов и функций?
Где я не прав? Где я прав?
Пожалуйста, оставьте свои мысли в комментариях ниже и не стесняйтесь писать мне в Твиттере на @RachelBurgerPM .
Более продуманное лидерство в управлении проектами?
Если вас интересует будущее управления проектами, ознакомьтесь со следующими статьями:
- Я, руководитель проекта: Развитие искусственного интеллекта на рабочем месте
- 5 важнейших тенденций в управлении проектами в 2018 году
- 15 невероятных статистических данных по гибкому управлению проектами за 2018 год
- 5 способов научить вашу техническую команду методологии Agile
- История управления проектами и прогнозы на будущее
- 7 конференций по управлению проектами, которые стоит посетить в 2017 и 2018 годах
Ищете программное обеспечение для управления проектами? Ознакомьтесь со списком лучших программных решений для управления проектами Platforms .
Выкуп товаров с маркетплейсов относится к процессу, когда продавец или посредник, который предлагает товары на маркетплейсе, решает выкупить свои товары обратно из платформы вместо того, чтобы продолжать их предлагать на продажу. Этот процесс может происходить по разным причинам и может зависеть от политики и правил конкретного маркетплейса.
Выкуп товаров с маркетплейсов может быть полезным для продавцов, которые хотят внести изменения в свой бизнес или ассортимент продукции. Однако перед выкупом товаров, продавцам рекомендуется ознакомиться с политикой и правилами маркетплейса, чтобы быть уверенными в том, что они выполняют все необходимые требования и процедуры.
Добавить комментарий
Для отправки комментария вам необходимо авторизоваться.