Технического сотрудника по проекту несут ответственность за установку и настройку системы, обработку настройки и управления различных систем, испытания, внедрения поддержки, и исполнительское текущую поддержку и усовершенствования. Есть много способов создания технической группы. Как вы будете это делать, зависит от того, насколько интегратор может сделать, какие могут быть задействованы внутренние сотрудников, и сколько вы хотите из ферм.
Одним из важнейших и иногда забывают роль технического персонала заключается в определении требований и выборе инструмента, а также интегратор, с технической точки зрения. Значительная часть технической работы, в ходе процесса отбора можно заниматься ИТ владельца, но это, вероятнее всего, что он или она хотели бы подтвердить конкретным вопросам со специалистами по ИТ группы, а иногда и с внешними консультантами. Кроме того, хорошей стратегии позволит технического сотрудника для работы непосредственно с продавцом технической группы, опыт показывает, что технические работники зачастую весьма откровенно говорить, когда их технического сверстников.
На этапе внедрения, технического сотрудника может быть призваны играть различные роли в зависимости от того, насколько интегратор делает. Это включает:
Обеспечение конфигурации системы и управления услугами. Там могут быть минимальные требования к ИТ группы на этапе кодирования, если работа производится на сайте интегратора, но по-прежнему оставляет открытым вопросы тестирования окружающей среды и производственной среды.
|
|
Необходимость системы конфигурации и управления, как правило, нагревается деятельности к концу цикла осуществления как полного развертывания системы приближается. Системы управления должны распространяться с сервера к сети, базы данных и настольных или портативных систем. Значительные тюнинг требования могут существовать, а.
Установка инструмента. Это может быть операция, а участие, и почти всегда является высокой целью систем. Лучше попытался с поставщика или интегратора помощи.
Настройка системы. Это часто является прерогативой самого интегратора, но даже когда интегратор занимается существует много ценность в том, ИТ сотрудники участвуют в разработке и кодирования системы. Если ничего другого, то они для оказания помощи настройки в долгосрочной перспективе. Настройка системы почти всегда сопряжено кодирования, хотя некоторые простые настройки, может быть сделано через простой интерфейс, не требует кодирования.
Интеграция системы с другими системами. Если необходима интеграции с наследием или другие системы, специалистов для этих систем зачастую происходит от ИТ группы. В отличие от ИТ Сотрудники, которые работают на других частях настроек, система специалисты довести свои знания на интегратор команда, а не учиться на них.
Тестирование системы. Как сверхдержавы пользователи руку в создании случаев, что захват коммерческих требований для инструмента, технического сотрудника создать критерии для тестирования нагрузки, а также случаи использования для управления инструментом. Сотрудники технического запуска тестов, или по крайней мере проверить они успешно запустить всего проекта.
Поддержка внедрения и в дальнейшем. Технические Сотрудники полностью или частично отвечает за поддержку инструмента. Поддержка требований на запуск, как правило, очень высокий, как пользователи могут споткнутся немного, несмотря на подготовку, и проблемы могут возникнуть, несмотря на испытания, что было сделано. Технические Сотрудники также на границе, когда речь заходит о предоставлении поддержки, включая обзор и учета повышения запросов.
Требования к технической Сотрудники столь же разнообразны, как их обязанностей. За исключением очень простых проектов, много разных функций, участие в проекте:
Система администраторов всех систем.
База данных администраторов.
Сеть менеджеров.
Применение программистов для CRM инструментом и для всех инструментов, которые могут быть связаны с каким-либо образом, в рамках проекта, будь то полной интеграции требуется или что-то легкое - вес.
UI специалистов, особенно для клиента части внедрения.
Веб-дизайнеров.
Очевидно, что сложные проекты нуждаются в гораздо большем технического сотрудника, чем скромные. С одной стороны, на минималистский проект и очень удобного инструмента, ИТ персонал может лишь необходимо представить машину для установки инструмента в то время как бизнес функция обрабатывает все настройки и поддержания работы. Очень мало проектов, что просто. Одним из ключевых решений, которые следует внести до начала проекта, и поэтому задолго до инструмент выбран, является уровень технических ресурсов, которые могут быть применены к проекту. Это требование будет определять выбор инструмента: не overreach.
Помимо общий объем технической группы, большой вопрос для сотрудника ИТ является определение соответствующих функций в сравнении с интегратором в дом сотрудников. Вообще говоря, было бы неплохо к ферме из настроек работы. Опыт редко - в доме и объем требуемых ресурсов огромен: зачем нанимать множество народа на сроки проекта? Однако, даже если интегратор занимается, то очень важно, что в доме технического сотрудника быть активной частью проекта, если он хочет добиться успеха в долгосрочной перспективе. В частности:
ИТ персонал должен играть активную роль в выборе инструмента. Нет интегратор никогда не понять вашей ИТ ландшафта, а также вы, это не интегратор должен иметь возможность принимать решения за вас. Помните, что все средства "легкой" для интеграторов, поскольку они работают с ними ежедневно.
ИТ персонал должен участвовать в определении требований для осуществления этапа. Они или можете найти ответы на многие вопросы, что сможет о том, как этот инструмент может быть интегрирована в ИТ. Работа с ИТ владельца Сотрудники ИТ могут предоставлять многие технические подробности о внутренней работы ИТ инфраструктуры, предвидя вопросы, которые должны быть решены для того, чтобы этот проект будет успешным.
Даже если интегратор обрабатывают все настройки, даже когда в доме применения программистов должна начинаться с нуля и идти к продавцу эгидой классов, они должны участвовать в кодирования рамках осуществления. Может показаться странным, очевидно, откладывать проект ради чего неключевых программистов до скорости. Причина этого заключается в том, что через несколько недель обучения с программированием сотрудников Организации интегратор является бесценным как в плане обучения, как настройки действительно сделано и обеспечения бесперебойного handoff на поддержку этапа.
ИТ персонал должен участвовать в создании условий, необходимых для проведения испытаний и производства. Им может быть оказана помощь со стороны интегратора, безусловно, но они должны полностью понять установки, чтобы они могли поддержать его. Кроме того, многие компании ограничивают доступ для своих внутренних систем по соображениям безопасности.
Если интегратор будет оказывать всестороннюю поддержку после внедрения, что очень редко, ИТ Сотрудники должны будут представить текущее обслуживание после внедрения. Это должно быть запланировано в ходе проекта, с тем чтобы соответствующий персонал может быть нанят, обучение, и доводится до скорости на индивидуальные заявки.
Индивидуальные потребности могут быть достаточно небольшой для каждого технического сотрудник. Например, требования к администратору сети могут быть ограничены лишь несколько дней в течение всего процесса, но пропуск этот шаг может привести к реальным проблемам позже.
|
|