Макрос для бюрократов

Макрос для бюрократов

Очень. Очень! ОЧЕНЬ! Полезный макрос. Натравливается на документ и делает отдельный документ с таблицей из комментариев и замечаний, найденных в исходном документе.
Незаменим при подготовка презентаций к совещаниям с разбором вопросов к документу.
Качать здесь.

О разделении инженеров и менеджеров

О разделении инженеров и менеджеров

У нормального инженерного работника, не имеющего подчиненных, должен быть один интерфейс управления: список входящих задач. И кнопка на каждой задаче «Сделал».
А снизу на этот интерфейс еще можно добавить две кнопки: «Взять отпуск» и «Уволиться». Всё.

Всем остальным должны заниматься те, кто носит гордое звание «Менеджер» или «Руководитель».
И как только хоть один этот «менеджер» пристанет к инженеру со словами «предоставьте отчет» или «вы должны были согласовать» или «ознакомьтесь с регламентом», такого «менеджера» нужно тут же расстрелять попросить заняться своей непосредственной работой, а именно, в первую очередь: построением модели взаимодействия между сотрудниками.

Настройка dokuwiki

Настройка dokuwiki

Простейшая и очень качественная система. Понравилась мне гораздо больше знаменитой MediaWiki.
Один из самых больших плюсов (для меня) — прозрачность хранения данных.
Все данные лежат в обычных текстовых файлах, в отдельной папке. Их можно просто скопировать и перенести на новое место.
И редактировать тоже можно любым редактором, не обязательно встроенными средствами wiki.
Но вот есть у dokuwiki некоторые проблемы с разметкой. Вкратце — разметка у неё немного своя. Поэтому я, как любитель формата markdown, решил постараться добиться того, чтобы исходные текстовые файлы были как можно более универсальны.
Вначале подключаем формат markdown. Для этого, если копнуть интернет, есть три плагина: Read more

Как ломаются сложные системы

Как ломаются сложные системы

Очень жаль, что я не прочитал эту статью лет 5 назад?
Всем строящим Управление Проблемами и Управление Рисками — обязательно к прочтению.
И особенно тем, кто рассказывает о том, как «дайте бесконечные деньги, и получите доступность 99,(9)%». Кратко — шиш.
Автор статьи, кстати, не ИТ-шник, а медик.
Роману Журавлеву из Cleverics — низкий поклон за перевод.

1) Опасность – неотъемлемый атрибут сложных систем
Все интересные системы (транспорт, здравоохранение, энергетика…) естественно и неминуемо опасны по своей природе. На частоту опасных явлений в ряде случаев можно влиять, но процессы, входящие в состав этих систем, сами по себе являются источником неотвратимой опасности. И именно присутствие этой опасности приводит к созданию многочисленных средств защиты, столь характерных для этих систем. Read more

Инциденты по производительности

Инциденты по производительности

Инциденты по производительности могут быть двух типов:
Тип 1. Трендовые инциденты. Связанные с ростом тренда нагрузки, который мы не обнаружили вовремя (поддержание запаса мощности на, например, 6 месяцев). Подобный инцидент, скорее всего, не будет одиночным – это будет серия однотипных инцидентов с возрастающей частотой проявления и с единой корневой причиной.
Инциденты этого типа подразумевают, что все компоненты ИТ-системы находятся в работоспособном состоянии, и нам необходимо обеспечить запас производительности исправных компонент.
При этом, дополнительно, компоненты работают в штатном режиме. То есть нет внеплановой нагрузки, такой, как например, выполнение резервного копирования в период высокой нагрузки. Read more

Надежность ИТ-процессов: доступ в ПРОМ

Надежность ИТ-процессов: доступ в ПРОМ

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

Основы процессного управления. (видеозапись тренинга, часть вторая)

Продолжение тренинга Основы процессного управления» для консультантов MCS и сотрудников Premier Support. Ноябрь 2010 года.
Специфика — читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.

На встроенном видео изображение, возможно, мелковато. Рекомендую смотреть прямо на YouTube. Read more

Модели мотивации: Ford vs IBM

При всем разнообразии нынешних моделей и принципов мотивации персонала, существуют две противоположные крайности, которые можно рассмотреть в применимости к ИТ: модель «по Форду» и подель «по IBM».
Модель «по Форду» гласит, что ни один сотрудник на производстве не совершает дважды одну и ту же ошибку. Потому что его увольняют после первого раза. «Увольняют», это, возможно, образно, но смысл сохраняется.
Данная модель (абстрактно, конечно: не думаю, что где-то ещё остались такое крайности) накладывает очень большие требования к руководству фирмой: должна быть налажена четкая, стандартизированная и регламентированная деятельность. Это не означает, что компания (или подразделение) не должно развиваться и не предусматривать инициативы. Просто следует разделить, что является стабильной частью, а что – инновационными составляющими. Read more

Основы процессного управления (видеозапись тренинга, часть первая)

Давно собирался выложить, наконец руки дошли. Ноябрь 2010 года, тренинг «Основы процессного управления» для консультантов MCS и сотрудников Premier Support.
Данная запись тренинга имеет небольшую специфику — читалось не для конечного потребителя (Заказчика), так что некоторые моменты описывают работу консультантов.

На встроенном видео изображение мелковато. Рекомендую смотреть прямо на YouTube. Read more

Всем, кто пишет документы

Как говорил писатель Стивен Кинг — «Писательство это телепатия. Я что-то представляю или вижу, и описываю это на бумаге, словами. Потом Вы, через расстояние и время, берете написанное мною, читаете, и, если я хороший писатель, у Вас в голове возникает та же самая картина, которая была у меня в момент написания».
Отличные слова! А теперь «внимание, вопрос». Read more