Семь шагов для создания эффективного ИТ-подразделения - [16]
При приеме заявки в работу Исполнитель оценивает плановую трудоемкость работ, текущую загруженность по ранее поступившим заявкам и, при необходимости, изменяет сроки работ с помощью инструмента «Изменить сроки» с обязательным указанием обоснования. Этим инструментом также можно воспользоваться в ходе выполнения работ по заявке. Но, всегда при перенесении сроков выполнения работ по Заявке, Исполнитель должен согласовывать этот перенос с Заказчиком.
При необходимости привлечения других Исполнителей к выполнению работ по Заявке, или в случае выполнения работ по разным позициям каталога работ ИТ-подразделения, создается связанная заявка от имени автора (Заказчика) основной заявки. Причем, о всех происходящих действиях по Заявке, Заказчик уведомляется посредством электронной почты.
В случае, если работы по заявке будут выполнены позднее по объективным причинам, такие как отсутствие технической возможности до конкретного срока, задержка финансирования, приостановка проекта и т. п., Исполнитель может использовать инструмент «Отложить заявку» с обязательным указанием обоснования.
В ходе выполнения работ по заявке для уточнения возникающих вопросов, в программном обеспечении должен быть предусмотрен механизм коммуникации Исполнителя и Заказчика, который используется для фиксации переписки по Заявке, а также предоставляет возможность прикладывать к Заявке дополнительные файлы.
В случае необходимости, заявка может быть переведена в состояние «Изменение» в соответствии с действующим регламентом управления изменениями на предприятии. Ответственность за выполнение работ по изменениям возлагается на руководителя подразделения, в чью функциональную обязанность входит предоставление того или иного информационного сервиса.
Шаг пятый – завершение выполнения работ Исполнителем работ по Заявке.
После выполнения всех работ по заявке, Исполнитель оценивает фактическое время, затраченное на выполнение работ по заявке, фиксирует его и завершает работы с предоставление краткого отчета о выполненных работах.
Шаг шестой – принятие работ по Заявке Заказчиком.
После завершения работ Исполнителем по Заявке, Заказчик получает оповещение о смене статуса Заявки. При необходимости проверки качества выполнения, пользователь тестирует (проверяет) полученный результат. В регламенте взаимодействия должен быть жестко описан срок, за который Заказчик выполняет необходимые действия со своей стороны для принятия решения о закрытии Заявки. Если претензий к качеству и полноте реализации Заявки Заказчик не имеет, то он закрывает Заявку (программное обеспечение должно иметь функционал, позволяющий зафиксировать эту операцию). Ели у Заказчика возникают вопросы и /или не удовлетворенность результатом, то Исполнитель выполняет устранение замечаний в строго отведенный срок и наоборот, если в течении отведенного времени (согласно регламента взаимодействия, обычно не более трех рабочих дней) от пользователя нет обратной связи, то ИТ-подразделение оставляет за собой право закрытия работ по Заявке. И только после этого работы считаются завершенными в полном объеме.
Программное обеспечение HelpDesk, является стандартным программным обеспечением, устанавливаемым на все рабочие места пользователей без дополнительных согласований и разрешений.
Конечно, при этом не отменяются традиционные методы обращения в ИТ-службу, но приоритет выполнения Заявок обязательно должен быть закреплен внутренним регулирующим документом по предприятию, например, регламентируемыми методами создания Заявки пользователем ИТ-сервиса ИТ-подразделению (в порядке убывания приоритета исполнения последним) могут быть:
– Заявка в специализированное программное обеспечение – Система регистрации заявок HelpDesk;
– Письменное обращение по установленной форме;
– Электронное письмо;
– Телефонное обращение;
– Личное обращение к специалистам ИТ-подразделения.
Во всех иных случаях обращения Заказчика к Исполнителю не рассматриваются как Заявка, и ИТ-подразделение не несет ответственности за результат обращения пользователя. При этом любое обращение в ИТ-подразделение отличного от создания заявки в HelpDesk должно быть, в последствии, отражено в вышеуказанном программном обеспечении.
Так, как программное обеспечение HelpDesk играет ключевую роль при организации взаимодействия ИТ-подразделения и пользователей, то для удобства пользователей, должна быть разработана подробная инструкция по созданию, порядку обработки и выполнению заявки в Системе регистрации заявок HelpDesk, которая должна быть введена в действие по правилам внутренней нормативной документации.
Вышеописанный пример приведен для Заявок, не требующих никаких согласований и/ или приобретения ТМЦ, другими словами в регламенте взаимодействия должны быть описаны все возможные варианты видов взаимодействия ИТ-подразделения и пользователей, что будет способствовать пониманию установленной последовательности действий, при появлении соответствующих потребностей у Заказчика.
Например, виды взаимодействия между Заказчиком и ИТ-подразделением могут быть определены следующими схемами:
Как построить большую продуктовую сеть, начав с маленького молочного киоска и не взяв ни одного кредита? Как вынырнуть из алого океана, погрузиться в голубой и ежегодно увеличивать обороты вдвое? Как не утратить дух стартапа за 10 лет? Как управлять компанией, в которой более 5000 сотрудников, без жестких приказов и регламентов, прописанных KPI и спланированного годового бюджета? Какими должны быть управленцы в такой компании? Как вообще подбирается команда, которую не хотят покидать? Продуктовые сети «ВкусВилл» и «Избёнка» знакомы многим, их продукцию любят и рекомендуют друзьям. Компания ворвалась на рынок здорового питания и совершила революцию в розничной торговле.
Книга «Угол зрения реальности» будет интересна широкому кругу читателей, интересующихся тем, как в нашем действительности происходят процессы розничной торговли, больших продаж. Как клиент видит продавца со своей стороны и как продавец в свою очередь воспринимает разного рода клиентов. Роли человека в ситуации «заказчика» или «исполнителя», амбивалентность поведения в разных ролях и разнообразие восприятия действительности. На чём основаны названия, как работают бизнес-процессы, что побуждает человека к покупке или продаже.
«Мое тело – мое дело!» – однажды громко заявила Тесс Холлидей, запустив волну восхищений и возмущений по всему миру. Теперь она смотрит на всех злопыхателей с обложки журнала Cosmopolitan и говорит: «Это мое время!» Эта книга – не просто исповедь толстой девчонки и не очередная история успеха – это мощный мотиватор для всех, кто когда-либо сомневался в себе. Тесс Холлидей прошла непростой путь от забитой девочки из неблагополучной семьи до самой скандальной и высокооплачиваемой модели плюс-сайз.
Первая и на текущий момент единственная большая книга о создании, ведении и развитии бизнеса интернет-магазина в России, написанная магазинщиком с 20-летним опытом в электронной коммерции, который до сих пор у руля. Книга описывает не только теоретические аспекты поиска ниши, планирования ассортимента и создания сайта, в ней автор рассказывает о своём многолетнем практическом опыте создания, раскрутки и реорганизации интернет-магазинов. Речь пойдёт о логистике и складе, работе с поставщиками и партнёрами, сравнении передачи процессов на аутсорсинг или выполнении своими силами, о нюансах локальной и региональной доставки, самовывоза и многом другом. Также немало внимания уделено интернет-маркетингу.
Дизайнер в роли лидера? Это интересно! Джон Маэда – всемирно известный дизайнер, автор бестселлера «Законы простоты», один из наиболее влиятельных людей XXI в. по мнению журнала Esquire. Возглавив Род-Айлендскую школу дизайна, из профессора, не признающего авторитеты и любившего свободу и эксперимент, Маэда превратился в главу иерархической организации и вынужден был методом проб и ошибок учиться быть лидером. В своей новой книге он делится опытом и сводит воедино различные точки зрения на лидерство – художника и дизайнера, инженера и ученого, преподавателя и просто человека.
Вторая из серии книг о раскрытии секретов новых электронных денег. Книга познакомит с очередной звездой криптографии, оставляя читателю свободу самому решить – является ли Эфир очередной киберугрозой для мировой экономики, или платформа Ethereum – это просто логическая последовательность цифрового развития человечества. Параллельно с этим перед читателем раскроется более детально так нашумевшее название «смарт-контракт».