Есть ли пилот на борту? (технический документ)

Важно :  Данная статья переведена с помощью машинного перевода, см. Отказ от ответственности. Используйте английский вариант этой статьи, который находится здесь, в качестве справочного материала.

"Если на борту есть пилот, пожалуйста, нажмите кнопку вызова стюардессы". Никому не пожелаешь услышать эту фразу. Я недавно перечитал удивительную историю о таком реальном случае, который произошел в декабре 2013 г. После того как пилоту самолета, летевшего из г. Де-Мойн (штат Айова), внезапно стало плохо, второй пилот обратился к пассажирам с таким вопросом. На выручку пришел капитан Марк Гонгол, пилот бомбардировщика B1 военно-воздушных сил США. Самолет благополучно приземлился, пассажиры и экипаж не пострадали.

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

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

Подтверждение концепции

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

Для программного обеспечения подтверждение концепции тоже должно что-то подтверждать. Поэтому когда потенциальные клиенты спрашивают, могу ли я помочь им провести подтверждение концепции решения для управления крупными проектами или корпоративным расписанием, я всегда отвечаю одинаково: "А какие концепции вы хотите подтвердить?".

Обычно ответом на это являются тишина и замешательство.

Если вы планируете подтверждение концепции, но не представляете, что вы хотите подтвердить, как вы определите, успешен ли был проект? Разумеется, это невозможно.

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

Если было бы так легко убедить руководство, что им не обойтись без решений для управления крупными проектами и корпоративными расписаниями, мы бы развертывали гораздо больше систем.

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

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

Можно легко понять, почему руководители не особо стремятся выделять крупные деньги и значительные ресурсы на внедрение чего-то, что может повлиять на всю организацию. Это связано с большим риском. Мы часто говорим только о преимуществах решений для управления крупными проектами, но легко представить себе, что неправильное внедрение такой системы приведет к серьезным последствиям. Итак, очевидной проблемой является устранение рисков. Но если самая сложная задача — убедить руководство в преимуществах системы, для этого наверняка найдутся лучшие способы. Наша компания HMS Software обычно использует один из следующих методов:

  1. Обсуждение с реальным клиентом

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

  2. Демонстрация решения

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

  3. Обучение работе с решением

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

Где пилот, когда он так нужен?

Так как насчет пилотного проекта? Он же гораздо лучше, не так ли? Возможно. Если вас попросили провести пилотное развертывание системы управления корпоративными расписаниями или решения для управления крупными проектами, для начала определите свои цели. Если они сводятся к подтверждению концепции, это не пилотный проект.

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

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

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

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

Они предложили нам в течении 6 месяцев поработать с группой, размер которой будет достаточно большим, но все же не будет превышать 10 процентов всего персонала. На пилотный проект выделен достаточный бюджет, его поддерживает руководство наивысшего уровня, и у нас достаточно времени, чтобы обеспечить помощь во всем, что обычно требуется для такого развертывания. Пилотная группа будет в обозримом будущем работать с решением для отслеживания проектов и ведения расписания в производственной среде, так что это не просто тест. Это больше похоже на первый этап развертывания, чем на попытку в стиле "попробуем, что из этого выйдет". Благодаря таким факторам у нас есть все основания надеяться на успешный результат в этом году.

Краткое заключение

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

  1. Во-первых, четко сформулируйте свои цели.

  2. Кроме того, убедитесь, что руководство понимает, что вам нужно, и готово выделять в этих целях деньги, ресурсы и время.

  3. Наконец, обязательно составьте план проекта планирования и управляйте им как любым другим проектом в своем портфеле.

Об авторе

Крис Вандерслуис (Chris Vandersluis) — основатель и президент компании HMS Software, расположенной в Монреале, Канада, которая является партнером Майкрософт со статусом Microsoft Certified Partner. Он получил степень по экономике в университете Макгилла и имеет более чем 30-летний опыт работы в области автоматизации систем управления проектами. Он много лет является членом Института управления проектами (PMI) и оказывал содействие в основании местных отделений группы Microsoft Project Users Group (MPUG) в Монреале, Торонто и Квебеке. Крис публиковался в таких изданиях, как Fortune, Heavy Construction News, журнал Computing Canada, PMNetwork института PMI, а также Project Times. Он преподает углубленный курс управления проектами в университете Макгилла и часто выступает на специальных мероприятиях ассоциации управления проектами в Северной Америке и по всему миру. Компания HMS Software является разработчиком системы TimeControl, предназначенной для учета рабочего времени в рамках проектов, и с 1995 г. является партнером со статусом Microsoft Project Solution Partner.

Вы можете написать Крису Вандерслуису по следующему адресу электронной почты: chris.vandersluis@hms.ca

Если вы хотите прочитать другие статьи Криса Вандерслуиса, посвященные управлению корпоративными проектами, посетите его блог EPM Guidance (http://www.epmguidance.com/?page_id=39).

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

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

Были ли сведения полезными?

Спасибо за ваш отзыв!

Благодарим за отзыв! Возможно, будет полезно связать вас с одним из наших специалистов службы поддержки Office.

×