Как развивать ИТ в стратегии альянса

Share

|

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

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

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

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

- разработка проекта плана в сочетании с деловыми областях: Что общего плана создания ИТ часть должна быть подробной. Оба бизнеса и ИТ представители должны разработать и пройти через план, для понимания и разъяснения. Он является ключевым для определения роли и ответственности каждой компании, а также для бизнеса и ИТ игроков.

Руководитель проекта должен быть информирован, если сроки реализации по сравнению с первоначальной на подробный план.

- Запустить и контролировать план, вносить изменения по мере необходимости: после проектного плана изначально, она должна отслеживаться. Для этого руководящего комитета и прифронтовых группа должна проводить регулярные встречи, документирования и распространения информации о содержании заседаний, а также принять необходимые решения. Если изменения выявлены, формальный процесс управления изменениями необходимо сообщить последствия для всех заинтересованных сторон.

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

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

Подробный план

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

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

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

Однако, также важно для определения новых связей между компаниями в области системной интеграции и обмена данными. Например, маркетинга и финансовой информации, доходов и финансовой компенсации. Подробное обсуждение необходимых для определения данных и карт.

Размер альянса усилий зависит от соответствующих опыта и ожиданий со стороны компании. Компании с опытом предыдущих альянса являются более

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

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

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

Планирования должны быть включены на всех этапах этой деятельности. Они включают потребности развития систем разработки, тестирования (ИТ, в сферу бизнеса, системы, настройка эффективности и т.д.), преобразования и реализации.

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

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

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

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

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

Стоимость бизнеса области, как правило, имеет в виду расходов для альянса, который был утвержден в план проекта. После подробного ИТ расходы подтверждены, они должны быть незамедлительно сообщены в сферу бизнеса, чтобы определить различия между первоначальным и детализации планов. Все расходы должны быть включены, от аппаратного и программного обеспечения для рабочего времени. Последнее требует оценки необходимых навыков, а некоторые трудно США могут быть необходимы для заключения контрактов.

Расходы должны быть расписаны и придает конкретного объема товаров и материалов тем, что деловая зона может анализировать затраты и выгоды сферы решений. В некоторых случаях, ИТ и бизнес могут работать вместе, чтобы сократить расходы конкретных требований путем расширения обратно или незначительные изменения, значительно сократить сроки

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

ИТ и направления

Хотя указанные выше мероприятия ИТ обязанностей, ИТ могут также помочь делового района:

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

- Работа с деловыми области для определения ключевых процессов: IT могут использовать схему всех процессах, чтобы показать, что происходит и когда, чтобы пользователи могли четко понять, что должно происходить в альянсе усилий. Если есть пробелы, легче найти их на раннем этапе. Понимание сроков является ключевым ежедневно, еженедельно, ежемесячно, ежеквартально и ежегодно обменов. Картирование также подчеркнуть различия в компании отчетности графики; Например, использование календарного года, в сравнении с корпоративными конце года.

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

Финансовые процессы будут намечены в разной степени детализации. Например, highlevel финансовой отчетности могут быть показаны на краткие номера документа доклад, а подробные отчеты необходимо выплатить компенсацию на основе сделок. Системы потоки играют важную роль в показ различных физических реализаций технологии. Кроме того, при организации ИТ является переход к новой обстановке, не следует удалить старую технологическую инфраструктуру слишком рано, если есть вопросы переходного периода.

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

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

, Как избежать общих ошибок

ИТ следует строить позитивные отношения с деловыми области первым. Это не может быть достаточно подчеркнуто, поскольку альянс проект будет сталкиваться с препятствиями и стрессовых раза, а хороший бизнес / ИТ рабочие отношения значительно повысит резолюции процесса.

Компании бизнеса и ИТ областях должны также тратить время на очной и oneon - один. Это не только важно для ИТ развивать хорошие рабочие отношения с ее сферу бизнеса, но и ее стратегический альянс сверстников. После первоначального отношения установлены, телефонные и видеоконференции являются хорошими инструментами продолжать их. Однако по-прежнему необходимо периодических личных контактов.

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

В деловой сфере следует направить и вести переговоры. Хотя это ответственность ИТ в интересах бизнеса, существуют и другие способы обеспечить необходимый вклад в предприятия области.

ИТ не должны публично отметить, все проблемы и трудности между компаниями. Хотя ИТ сотрудников может быть аналитической и часто исправить в своих оценках, то они должны помнить, чтобы решения усилий. Параметры для преодоления вопросов, должны быть доведены до сведения предприятий области.

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

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

ЗАКЛЮЧЕНИЕ

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

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

осуществляются быстрее и с более высокой степенью качества. Это приводит в стратегическое преимущество для компании.