Мнение авторов может не совпадать с их точкой зрения
Не новый, но постоянно возникающий вопрос – а есть ли данные о среднем количестве обращений от одного пользователя? Попробовали провести исследование и делимся результатами.
Выводы и заключительные размышления на тему, как подойти к вопросу измерения производительности разработчиков.
Чтобы разобраться с тем, как оценивать производительность и эффективность работы разработчиков, нужно узнать плюсы и минусы существующих подходов и разобраться с тем, какое влияние на бизнес оказывает программная инженерия.
Мы продолжаем рассматривать сложную, но интересную и актуальную тему измерения производительности разработчиков ПО, и сравниваем возможности по измерению работы таких отделов с другими отделами.
Измерение производительности разработчиков – сложная задача, встающая перед руководителями ИТ. Обычные измерения усилий и выходов, применимые для других отделов, могут негативно повлиять на культуру разработки. В данном случае необходимо применять другие подходы.
Давайте поговорим о порядке внедрения процессов ITIL (или внедрения практики в терминах ITIL 4). В прошлом году мы проводили опрос по управлению ИТ-услугами (ITSM), который не получил того отклика, которого хотелось бы – на него пришло 64 ответа вместо 150+ (в идеале 300+), которые мы обычно получаем. Мы не стали публиковать результаты из-за небольшого размера выборки, но, оглядываясь назад, можно сказать, что то понимание, которое дало ограниченное количество ответов, все еще полезно для организаций, желающих начать или расширить уже внедренную систему ITIL. Поэтому, вместо того чтобы не публиковать данные о внедрении процессов ITIL, вот небольшая статья, в которой мы наконец-то…
Периодически в наших публикациях и на наших курсах поднимаются интересные вопросы, которые вызывают активный отклик и обсуждение как в аудитории, так и за ее пределами. Практически в каждой группе, обсуждая вопросы управления поддержкой, мы сталкиваемся с тем, что почти все обращения пользователей могут регистрироваться и отслеживаться как инциденты. В контексте работы Сервис Деска, у многих компаний инцидентами считаются не только ошибки аппаратного или программного обеспечения, но и запросы на обслуживание. А так ли это на самом деле? Нужно ли разделять эти два понятия и нужно ли их измерять отдельно? В чем отличие Что говорят лучшие практики? ITIL дает описание управления…
Когда дело доходит до реализации преимуществ цифровой автоматизации, большое значение имеет зрелость. Вот что нужно знать ИТ-директорам, чтобы оценивать и продвигать свои усилия по автоматизации. Сегодня уже стало само собой разумеющимся, что компаниям необходимо автоматизировать предложения и операции, чтобы оптимизировать существующие процессы и повысить качество обслуживания и ценность для клиентов. Но предприятия не получают максимальной ценности и эффективности, просто добавляя автоматизацию. Ваш уровень зрелости имеет значение. Знание вашего уровня зрелости поможет вам определить возможности для роста автоматизации, а также оценить риски и проблемы, связанные с более масштабной и сложной автоматизацией. Например, по мере того, как решения по автоматизации объединяют разные отделы и объединяют…
Нужны ли нам боссы? Является ли сложное поведение ключевым показателем предприятия? Будут ли править синтетические данные? Ожидание неожиданностей — это лишь одно из основных условий, которые ИТ-лидеры должны принять в ближайшие несколько лет, согласно главным стратегическим прогнозам Gartner на 2022 год и далее. ИТ-лидеры должны уметь двигаться сразу в нескольких стратегических направлениях, сказал Дэрил Пламмер (Daryl Plummer), вице-президент по исследованиям и научный сотрудник Gartner, виртуальной аудитории на IT Symposium/Xpo Americas. “Устойчивость, возможности и риск всегда были компонентами хорошей бизнес-стратегии, но сегодня эти вопросы приобретают новое значение”, – сказал Пламмер. “Прогнозы этого года воплощают то, что устойчивость должна быть построена более…
Есть несколько вопросов, которые мне задают практически каждый день. Сколько данных нам нужно для надежного прогнозирования доставки? Что делать, если у нас нет исторических данных? Что если у нас много данных, но мы им не доверяем? Как выбрать “скользящее окно” данных для прогнозирования доставки?
В нашей работе по разработке операционных моделей ИТ мы регулярно сталкиваемся с необходимостью улучшения модели руководства ИТ со стороны ИТ-лидеров. Часто при этом мы находим модели руководства, которые характеризуются: отсутствием делегирования, что приводит к возникновению узких мест циклами рассмотрения, которые часто занимают недели для принятия решения большим количеством ненужных совещаний регулярными совещаниями, которые часто длятся два часа и более отсутствием ясности в отношении того, кто несет ответственность за утверждение решений. слишком большим количеством заинтересованных сторон, участвующих в принятии решений отсутствием надежной управленческой информации отсутствием эффективного рабочего процесса/автоматизации. Как же организации умудряются так ошибаться? Если вы будете следовать пяти простым правилам,…