Тщательно продумайте, как выглядит успех. В цифровом мире это скорость, гибкость, контроль и оперативность, а не составление планов и следование им. Именно эти новые ИТ-практики принесут вам эти преимущества. Они уже принесли их многим другим предприятиям, которые встали на этот путь и, в некоторых случаях, разрушили отрасли.
Какие бы решения вы ни принимали в своей организации, они должны основываться на данных. Со временем у вас появится глубокое понимание вашего процесса и производительности. Перестаньте полагаться на догадки – аналитика станет вашим надежным советчиком для предсказуемого успеха.
В этой статье мы рассмотрим, как можно использовать аналитику для понимания данных, выявления проблем и повышения эффективности процесса.
На конференциях по всяким Agile и DevOps мы часто слышим слово “unlearn” – забудьте то, что вы знали ранее! Измените свои представления о мире! Всё устроено не так, как мы привыкли считать. Разучитесь, чтобы научиться. В очень многих случаях такие заявления – полная ерунда. Не нужно ничего забывать, нужно просто работать головой, опираться на старое и осваивать новое. Однако время от времени встречаются откровенно контринтуитивные тезисы, заставляющие и вправду задуматься. Для одного из клиентов, готовясь к семинару, я набросал список убеждений, на которые часто опираются менеджеры, при этом сами убеждения, скажем так, можно подвергнуть сомнению. Например, “простаивающий ресурс – это…
С некоторыми вещами люди из бизнеса вынуждены соглашаться, и одна из них заключается в том, что никто не хочет сердить свою команду разработчиков. Часто они являются краеугольным камнем для производства, и они очень любят знать все правила и сроки, прежде чем вписаться в проект. Приёмы мотивации других работников не срабатывают для разработчиков просто потому, что их деятельность сильно отличается. Но не волнуйтесь, здесь приведены лучшие советы о том, как ускорить процесс разработки программного обеспечения, не став предметом ненависти сотрудников. В этой статье мы поговорим о том, как общаться с заказчиками, клиентами и разработчиками, чтобы быстрее достичь целей. Получайте обратную связь…
Нет ничего плохого в самом управлении потоками создания ценности (VSM), но есть много плохого в том, как его рассматривают и обсуждают блогеры, отраслевые маркетологи и другие, которые часто смешивают его с DevOps и Agile. Это не одно и то же.
Чтобы выжить во время пандемии, организации обратились к ИТ, чтобы помочь справиться с последствиями – как негативными, так и позитивными. В некоторых отраслях, таких как телемедицина и видеоконференции, бизнес резко вырос, и ИТ-отделам таких компаний пришлось в спешке справляться с нагрузкой. В других, например, в сфере путешествий и развлечений, бизнес резко просел. Кроме того, возобновилось стремление к цифровой трансформации.
Любое серьёзное преобразование в компании, от “внедрения” какого-либо нового ИТ-процесса до пресловутой цифровой трансформации, является организационным изменением: требуется изменить уже имеющиеся системы управления, чтобы они стали работать по-новому, или обрели новые свойства и способности. Приходится работать с формальной стороной (регламенты), культурной стороной (как у нас принято делать дела), технической составляющей, политической и так далее. Это – очень интересная работа, проводить организационные изменения в средних и крупных компаниях. К счастью, в области управления орг.изменениями накоплено достаточно знаний и опыта – есть замечательные публикации, методики, инструменты. Некоторые из них применяются уже десятки лет, другие являются относительно новыми. В частности, некоторые эксперты выделяют…
Скучные. Непродуктивные. Увязающие в спорах. Я уже писал о нескольких вариантах неудачных встреч. Хотя каждая плохая встреча безобразна по-своему, конечный результат обычно один и тот же – никакого прогресса. Это особенно серьёзно сказывается на производительности. Продуктовым командам нужны единство и ясность. Когда все объединены вокруг одних и тех же целей и не боятся делиться мнениями, можно проводить очень эффективные и результативные встречи. Продуктовые команды находятся на острие высокотехнологичной организации, поэтому интеграция различных точек зрения необходима для обеспечения исключительного качества обслуживания клиентов. В идеале на собрании продуктовой команды присутствуют представители от специалистов по продукту, разработчиков, маркетинга, продаж и группы клиентского опыта….
“Странный вопрос!” – подумал я. Но я стараюсь быть осторожным в своих суждениях. Некто спросил меня, считаю ли я, что управление ИТ-продуктами – это действительно управление продуктами? Это не было провокационным вопросом, но я подозреваю, что сейчас многие из тех, кто работает над созданием внутренних инструментов поддержки, отреагирует на него недоброжелательно. Суть этого вопроса скрывает опасение, что такая строчка в резюме может помешать потенциальной карьере менеджера продукта. Это явная неправда. Разумеется, развитие продукта, созданного для внутренних пользователей, является управлением продуктом. И всё же должна быть какая-то причина, которая заставляет сомневаться в статусе менеджера ИТ-продукта. Возможно, некоторые люди думают так, поскольку…
Постоянная неопределенность в нашей трудовой деятельности затрудняет долгосрочное планирование. И хотя люди и организации не предполагают, что их нынешний подход будет долгосрочным способом работы, он, скорее всего, продлится дольше, чем ожидалось.
Многие компании, чей успех основан на возможности быстро реагировать на изменяющиеся требования конкурного рынка и адаптироваться к сложному поведению потребителей, сталкиваются с необходимостью переводить внутреннюю ИТ-разработку в новую систему управления рабочими процессами. Есть запрос со стороны бизнеса на то, чтобы программное обеспечение, поддерживающее определённые бизнес-функции, производилось быстрее. И есть ожидания, что эту проблему способен решить продуктовый подход. Однако зачастую в компаниях не получается достичь нужных темпов ИТ-разработки, хотя они прикладывают серьёзные управленческие усилия к тому, чтобы провести изменения в работе. ИТ-ландшафт преобразуется в комплекс ИТ-продуктов, выделяются продуктовые команды, призванные управлять их развитием, но никакого значительно ускорения поставки ценности не происходит….