Портал №1 по управлению цифровыми
и информационными технологиями

Вопрос из зала: обсуждение ИТ-проектов

Читатель, подписавшийся как Ritil ITинович, спрашивает:


Приветствую

На этом ресурсе много разной информации: обсуждений теорий и стандартов, небольших фрагментов проектов. Но полных реальных realitsm проектов здесь не нашел. Прочему бы не выложить несколько хорошо документированных проектов по ITSM, мониторингу, обсудить (экспертизу, так сказать, общественную), выбрать типовые решения, показать в них как теория сочетается с практикой и т.п. Хорошо бы и ценник показать, т.е. "что по чём». Вроде бы это должно входить в понятие: «realitsm». «Лучше один раз увидеть «realitsm» в реальных проектах, чем сто раз послушать». Уверен – эффект был бы куда выше.

Вообще, как правильно то документацию оформлять по itsm – проекту? Какова структура продукта «realitsm»?

Идею открытой библиотеки проектов (Ritil), в том числе и в itsm области, популяризирую на ritil.blogspot.com/2012/04/ritil.html

Какие Ваши мнения на сей счет?


«Управление проектами на основе PRINCE2»
Трёхдневный аккредитованный учебный курс

Комментариев: 39

  • Действительно, “Почему бы не выложить несколько хорошо документированных проектов”?

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

    Если же ключевой вопрос – в том, “как правильно то документацию оформлять по itsm – проекту”, то, imho, не будет от этого эффект куда выше. Известно как оформлять: лаконично, структурно, человеческим языком. Так, чтобы она работала, а не в шкафу пылилась.

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

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

    • < что проектная документация — всегда чья-то собственность,
      Да, и как правило, – народная. Куча полу-гос-компаний заказывают одно и то же, за новые бюджетные деньги. Никакого контроля повторного использования нет. Собственно это и в ritil.blogspot.com
      Поэтому, если они не хотят \ не могут стандартизировать и унифицировать – типизировать, то должны и нам в этом не мешать.

      Да и к "авторскому праву и леву" надо относиться спокойнее. wiki leaks рулит. Уверен достойных проектов мы увидим немного (к сожелению). И это будет отражение реального уровня зрелости отеч. ИТ.

      < Известно как оформлять: лаконично, структурно, человеческим языком.
      Уверяю вас – все мимо. Только детальные методики желательно применительно к тематической области позволят качественно оформлять.

      < с учетом специфики конкретной организации,
      На мой взгляд, "у вас 90% – специфика" и "предстоит много работы" – это маркетинговый прием продавцов, реально 95% – типовые проекты, а только 5% – специфика.

      < тогда это был неправильный проект, чего его изучать…
      иногдя более цеными будут – ошибки (очковтирательства и т.п.). Лучше учиться не на своих ошибках.

  • Вопрос, который вытекает из поставленного вопроса (извините за речевой оборот) – а что такое itsm-проект?

    Вот, например, организация службы поддержки пользователей – это оно? Разработка сервисной стратегии ИТ-подразделения банка? Формирование коммерческой службы ИТ-провайдера? Планирование орг.структуры ИТ-подразделения? Разработка плана обеспечения непрерывности ИТ? Разработка системы оценки деятельности ИТ-подразделения?

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

    Получается, что предложение “давайте обсудим itsm-проект, в т.ч с ценником” можно сравнить с предложением “давайте обсудим проект постройки здания, в т.ч. со сметой”. Вроде логично звучит, и интересно пообсуждать, но дома-то бывают разные – от сарая для сельхозинвентаря до Башни “Федерация”, не к ночи будь она помянута…

    Мне кажется, что гораздо интереснее и полезнее обсуждать отдельные моменты, находки, детали и идеи. Это именно то, что можно применить в своей практике. И это то, чем можно делиться без оглядки на NDA (в известной степени).

    • < а что такое itsm-проект?

      Да, все что Вы перечислили. И система мониторинга и даже разработка Каталога услуг или оценка ИТ – рисков. Все разнесем по направлениям. Как сейчас по слаботчным системам. Зайдите по ссылкам ("метод аналогии") на моем ресурсе – там будут и проекты по охранке, пожарке, видеонаблюдению и др. направлениям. А чем ITSM хуже?

      < но дома-то бывают разные

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

      < без оглядки на NDA

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

    • Георгий

      Получается, что предложение «давайте обсудим itsm-проект, в т.ч с ценником» можно сравнить с предложением «давайте обсудим проект постройки здания, в т.ч. со сметой».

      Я в таких случаях привожу пример с аптекой 🙂 приходите вы в аптеку и говорите “дайте мне лекарство”.
      Только вот обсуждать такой… ну назовем это подходом, нет никакого интереса

      • Согласен, с аптекой более доходчиво 🙂

      • < «давайте обсудим проект постройки здания, в т.ч. со сметой».

        проекты зданий не только обсуждают, но они и экспертизу серьезную проходят. Если бы так и ИТ – проекты ! Тогда с ИТ точно все было бы хорошо.

        А ИТ – проекты настолько же типовые как и строительные, только "разводилово" в ИТ ОЧЕНЬ много, а стандартизации и унификации или хотя бы квалифицированной экспертизы почти нет. Вот о чем я.

        • Георгий

          Я не специалист в зданиях. Если нужна экспертиза ИТ-проекта – закажите ее и вам сделают, прецедентов много, в том числе и ITSM проектов

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

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

          • проект дома который себе бы строил, хрен позволил бы на общее обсуждение

            Неужели Заказчики так самоуверены, не помнят про трех поросят? Да и автомобили (и все-все остальное) вроде как серийные. Не спроста это.
            А с экспертизой проектов crowdsourcing нам поможет.

            Интресно, если внедряется в двух компаниях одни и теже процессы ITSM и по одному и тому же ITILу (напр. 2011), то почему они должны быть разными? Пусть даже софты будут разные, но даже в этом случае в них на 95% и более может быть стандартизовано. Зачем платить за 100% если это стоит на самом деле 5% при наличии повторного использования? Какова реальная смета ITSM проекта?

            • Георгий

              Извините, есть ощущение, что вы или не разбираетесь в тематике или намеренно искажаете действительность

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

              Если же намеренно искажаете, то обмен мнениями бессмысленен

              В любом случае, сейчас, дальнейший обмен мнениями бессмысленен

              • < обмен мнениями бессмысленен

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

            • Вадим

              вообще процесс (даже стандартный, по тому же ITILу, напр.2011) “ложится” на каждую конкретную организацию с ее сложившейся оргструктурой, структурой взаимодействий подразделений, уровнем документированности (и зрелости), персоналом, его бэкграундом и квалификацией, количеством в конце концов… ну ОЧЧень по-разному.

              P.S. кто будет работать за 5% вместо 100%? кстати, непонятно, кто будет платить за экспертизу? заказчик, который скрывает свою некомпетентность? или исполнитель, получивший (или ожидающий получить) свои 5%?

              • < кто будет платить за экспертизу?

                так начнем "на общественных началах", думаете не справимся?

                < «ложится» на каждую конкретную организацию с ее сложившейся …

                интересно, а когда внедряют ERP, то наверное спрашивают: " у вас в компании дураки работают? – тогда вам 1С, а если профессора, то SAP" (если я правильно Вашу мысль понял).

                Вот с "уровнем документированности" – согласен, сразу можно понять по ней уровень зрелости компании.

                • Вадим

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

                  2. будем считать, что я вас поймал (ну или вы сами слажали) – судя по вашим словам, вы в этом ничего не понимаете. НЛ

                  3. “уровень документированности” почти ничего не говорит о зрелости. зрелость – это комплекс нескольких (если не сказать десятков) параметров.

        • Вадим

          как раз строительные проекты во многом состоят из стандартных компонентов, даже марки цемента используются стандартные (иначе здание элементарно развалится в самый неподходящий момент)

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

          • < даже марки цемента используются стандартные

            Что то подобное, на мой взгляд, заложено в ИТ профилировании (стратегические профили и т.п.).

            • Вадим

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

  • Stepan Taborovets

    Согласен с Романом. Документация по “чужому” проекту очень мало поможет.
    Как правильно оформлять – ответ простой, по ГОСТам. И это не шутка.
    Поскольку в итоге в любом ITSM-проекте создается некая Автоматизированная система управления, то требования к стадиям и набору документов определены в ГОСТах 34-й серии. На мой взгляд ничего лучшего на сегодня все равно нет.
    А вот обсудить вопрос наиболее эффективной последовательности создания этих автоматизированных систем, чтобы в итоге получить законченную Систему управления ИТ-деятельностью – вот это, imho, было бы интересно обсудить на основе реальных проектов.

    • “Поскольку в итоге в любом ITSM-проекте создается некая Автоматизированная система управления, то требования к стадиям и набору документов определены в ГОСТах 34-й серии. На мой взгляд ничего лучшего на сегодня все равно нет.”

      Я очень не согласен. Во-первых, не любой ITSM-проект требует создания АС. В моей практике были проекты, в рамках которых автоматизация не требовалась, и это не единичные случаи-исключения. Во-вторых, ГОСТ 34-й серии описывает технические документы, срок жизни которых по большей части ограничен проектом (кроме эксплуатационной документации). ITSM-проект, с другой стороны, прежде всего является проектом организационных преобразований, которые не должны закончиться вместе с проектом. Поэтому лепить их “по образу и подобию” ГОСТ 34х я считаю очень опасной практикой.

    • Pavel Solopov

      Самая большая беда ГОСТ 34 (даже безотносительно к ИТСМ) его ориентация именно на разработку каких либо систем. В то время как сейчас преобладает внедрение серийных тиражируемых систем. Поэтому часто применение ГОСТа в современных проектах выглядит полнейшим фарсом.

      Да и при разработке софта водопадный подход, не самый эффективный на сегодня.

      • Stepan Taborovets

        И какие же в этом случае рекомендации?
        Каждый придумывает сам необходимый набор документов и их содержание.
        Или всё же какие-то нормы берём за основу?

        • Согласен, многие хаят ГОСТ, тот же 34, но пока взамен ему ничего нет. Поэтому оформляют документы “как на душу положат”, в итоге куцая проектная и эксплуатационная документация. ГОСТ стоял на страже Заказчика, ГОСТы убрали и начался “ИТ – беспредел”. Не нравится ГОСТ, давайте другой стандарт – как нужно оформлять? какие стадии? Какие методики? Программа и методика нужна? К ТЗ какие требования? и т.п.
          Так есть проект ITSM “по ГОСТ?”.
          Когда при разработке ПО речь заходила о документировании разработки, и предлагали подрядчику вместо ГОСТ тот же RUP, то он почему то гоаорил: “не, тогда лучше уж ГОСТ”.

          • “многие хаят ГОСТ, тот же 34, но пока взамен ему ничего нет.”

            Очень категоричное утверждение. Видимо, надо, как минимум, уточнять, у кого нет – у Вас, у Росстандарта? Так это ещё не значит, что “ничего нет”.

            А выражения типа “Да и к “авторскому праву и леву” надо относиться спокойнее” я вообще обсуждать не намерен. Предложение “Взять всё, да и поделить…” известно уже давно, как и персонаж, выдвинувший его в качестве простого решения большой проблемы. Кому неизвестно, читайте “Собачье сердце” Михаила Булгакова.

            Извините, что так прямо.

            • < кого нет — у Вас,

              простите, а у Вас что есть? Может стандарт проектирования мимтем ITSM? требования к ТЗ, ПМИ, стадиям? референтные модели (желательно максимально практичные)? Просьба огласить весь список.

              < «Взять всё, да и поделить…»
              Не много не так. Нужно: Посмотреть все, взять лучшее и повторно использовать на благо ИТ – будущего страны.

              < качестве простого решения большой проблемы

              Вы не замечали, что "все гениальное просто" и 50 раз изобретать ITSM – велосипед просто расточительно.

              < Извините, что так прямо.

              Лучше быть отвергнутым, чем не понятым. Все нормально.

              • “простите, а у Вас что есть?”

                Разумеется. Есть наработанная практика и организации проектных работ, и документирования, и типовые процессные модели. Только всё это не стандарт и не может быть стандартом, поскольку требует очень аккуратной адаптации в каждом конкретном проекте. Это и есть консалтинг, в отличие от впаривания типового комплекта документации с модным шильдом (будь то ГОСТ или что ещё). И мы не работаем по озвученному Вами принципу “реально 95% — типовые проекты, а только 5% — специфика”. Во всяком случае пока рынок балует нас обилием нетиповых задач, тьфу-тьфу, конечно.

                “Посмотреть все, взять лучшее и повторно использовать на благо ИТ — будущего страны.”

                Моё личное мнение – для того, чтобы приближать будущее в России очень важно развивать конкуренцию, в первую очередь в оказании услуг. Предложенная Вами псевдо-стандартизация, напротив, стимулирует чисто ценовую конкуренцию. И это не прогресс, а регресс. А неуважение к собственности на результаты интеллектуального труда – регресс вдвойне. И Ваши отсылки к WikiLeaks здесь абсолютно не причём (разве что повод отметить, что даже Джулиан Ассанж не боялся выступать под своим настоящим именем, как и многие посетители этой площадки).

                Впрочем, время нас рассудит.

  • Анатолий Павлюченко

    А если поставить вопрос иначе: Что ещё полезного стоило бы выложить для общего обозрения, не нарушая ничьих прав, кроме тех материалов, что уже есть на сайте в виде презентация и других файлов (я кое-чем даже пользовался)?

    • А давайте поставим иначе, отчего же нет. Это не поможет нашему анонимному гостю продвигать свою инициативу, но ведь и цель у нас, в общем-то, другая.

      Итак, коллеги, что ещё полезного стоило бы выложить для общего обозрения, не нарушая ничьих прав, кроме тех материалов, что уже есть на наших сайтах?

      • < что ещё полезного стоило бы выложить

        может я не нашел чего? Есть хоть одно ТЗ, ТПК? или хотя бы половина эскизного и рабочего проекта где то здесь размещена? ПМИ? Ну хоть Концепция (аван-проект) есть?
        Справа вижу: "Проекты", "Практический опыт", а там проектов нет. И разве не самый – самый практический опыт – это ТРП на проект?

        • В управленческом консалтинге (а ITSM – концепция управления, а не способ построения АС) ценность ТРП Вами очень переоценена. Здесь гораздо важнее (составляет ядро знания) следующее:

          1. способ наложения ролевой структуры на организационную (обычно фиксируется в регламенте процесса);
          2. практика организации контроля, оценки и совершенствования процессов;
          3. практика вовлечения персонала, в первую очередь – менеджмента среднего звена, поскольку именно это колоссальный незадействованный запас энергии и компетенции.

          По всем перечисленным вопросам мы в различной форме предоставляем информацию – в тренингах, в материалах, которые становятся доступны нашим слушателям после прохождения тренингов, в виде бесплатных вебинаров, в виде опубликованных презентаций докладов с различных мероприятий. Смотреть надо http://www.cleverics.ru, realitsm.ru – просто площадка для общения.

  • Pavel Solopov

    Хорошая у вас тут дискуссия разгорелась, почти со скандалом, может и до мордобоя доберёмся. Давненько такого не было… 🙂
    Согласен с господином Ритилом, что свободный доступ к ноу-хау двигатель прогресса (основной ли тормоз прогресса отсутствие такого доступа в России – другой вопрос).
    Не согласен с тем, что документов, подобных выложенным на сайтах указанных в его одноимённом блоге, нет. Походите по сайтам отечественных разработчиков ITSM софта, некоторые выкладывают в открытый доступ и свои референсные модели и типовые регламенты процессов.
    Не согласен, с аналоиями в сферу строительства.
    Во-первых, строительные продукты могут угрожать жизни людей, результаты же ITSM проектов такого влияния не имеют (если не **** по дереву причин и следствий). Поэтому стандартизация некоторых вопросов в строительстве вопрос жизни и смерти. Для ITSM такие строгости не оправданы.
    Во-вторых, в строительстве есть, как минимум, конструктивная составляющая и архитектурная (или другими словами дизайн). В дизайне намного менбше стандартов, если они там есть. ТЗ на дизайн тоже иное, если его вообще можно как-то написать, как следствие иные и ПМИ (если они есть). Насколько знаю по нескольким знакомым архитекторам отношения у них с заказчиками мучительные:
    -сделайте мне красиво
    -вот так красиво!
    -полное …, а не красиво.
    -тогда вот так…
    -ещё хуже! Где вас учили? Вы что красиво не умеете?
    -ну тогда давайте вот так, как в лучших домах лондОна и парИжу.
    -Всё, досвидания! Вы мне не подходите!
    -А кто заплатит нам за работу?
    -За что платить? Вы же не сделали красиво…

    Вот такое лирическое отступление (интересно кто-нибудь дочитает мой пост до конца?:).
    Так вот, в ITSM проектах больше дизайна и архитектуры, нежели вопросов конструирования, с этим связанны некоторые сложности с применнением ГОСТ 34, да и вообще с постановкой задачи и приёмкой результатов.

    Что касается непосредственно ГОСТ 34, то у нас сотни, если не тысячи неработоспособных и бестолковых систем оформлены по его рекомендациям. Т.е. следованеи рекомендациям ГОСТ не даёт никаких гарантий качества результата.

    • Pavel Solopov

      Ещё про интеллектуальную собственность забыл написать. Тут коллеги конечно же лукавят.
      Любой документ можно обезличить и завуалировать его реального заказчика (разве что кто-то из особо приблежённых к отрасли сможет что-то в нём разглядеть, но это уже будут домыслы, а не факты).
      С другой стороны, если коллеги уверяют, что решения описанные в этом документе являются интеллектуальной собственностью заказчика, то сами коллеги не вправе больше их воспроизводить в других проектах. Насколько я понимаю в жизни такого не происходит.

      Другое дело если мы говорим о защите интеллектуальной собственности самих разработчиков.

      • > можно обезличить и завуалировать его реального заказчика

        Конечно. Более того, открою военную тайну:
        Если Вы списали из одного источника – это плагиат, а если из разных – то анализ и обобщение.

    • < Согласен с господином Ритилом

      Уф, я уж думал, что "снова ахинею написал". Не могу удержаться – еще одна цитата с http://ritil.blogspot.com/2012/04/blog-post.html
      "Если Вы все еще читаете этот текст, то, скорее всего, предполагаете, что это не бред, а «в этом что-то есть». Тогда можно считать, что полпути уже пройдено, ибо рождение нового, как правило, включает этапы:
      А) бред. Забудьте про это. Этого не может быть;
      Б) «а в этом что-то есть». Давайте рассмотрим получше.
      В) Конечно, так и должно быть! Мы же сразу так и предлагали!"

      < некоторые выкладывают в открытый доступ и свои референсные модели и типовые регламенты процессов.

      Уж если где попадется, швырните ссылочкой.

      Не согласен, с аналоиями в сферу строительства.

      Да, бох с ней, со стройкой то. Приведите другие аналогии.
      По постам выше, тема дизайна один в один в ITSMе и строительстве.
      То есть получается, что среднестатистический ITSM проект в Мегабакс большей частью на дизайн ориентирован. Так и типовые решения могут быть с различным дизайном (кунгерятниками и т.п.).

      • Pavel Solopov

        Уж если где попадется, швырните ссылочкой.
        Вы уж поищите сами, если вам интересно. Практически весь ИТСМ софт, который представлен ан нашем рынке можно найти здесь:
        http://list.ly/list/N8-russian-itil-itsm-tools

        То есть получается, что среднестатистический ITSM проект в Мегабакс большей частью на дизайн ориентирован.

        Мега-бакс это сколько? Миллион, вы хотели сказать? Это у вас откуда такая статистика по ИТСМ проектам?

        • < Мега-бакс
          конечно лимон вечнозелеными.

          < откуда такая статистика
          из своих наблюдений. Только еще одно наблюдение есть:
          выкатываемая Подрядчиком цена больше зависит не от объемов работ, а от богатства Заказчика. Смотрят на него и "взвешивают" проект: сколько Заказчик "потянет". Цена за схожую реализацию может отличаться на порядок.
          Вразумительного ценообразования в ИТ пока я не наблюдал. Более менее понятны ценники на коробочные решения, но когда начинается доработка (или консалтинг и т.п.) и "человеко – часы" – то уже магия. Да и в поставках стандартных железок или ПО – сплош профанация: заказчику отдают за GPL, а сами берут со скидкой 50-80% от GPL. Отечественный ИТ – рынок!

          • Pavel Solopov

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

            Ценообразование оно магическое не только в ИТ, и не только в России. Не стоит преувеличивать трагизм ситуации.

            Цена проекта это вопрос к двум сторонам, когда заказчик хочет, чтобы ему сначала озвучили цену, а потом уже он расскажет. что он хочет, то он и получает цену с перезакладом в 100% (а то и больше).
            При этом на коробку он не согласный, ибо у него своя особенная стать…

  • Уважаемые коллеги, в промежуточном подитоге:
    – идея RITIL http://ritil.blogspot.com – открытой библиотеке проектов и их публичной экспертизы – у вас не нашла поддержки;
    – на призыв Анатолия и Романа выложить «ещё полезного» откликнувшихся нет.

    В преддверии праздника победы предлагаю обратить внимание на статью Анатолия СИТНОВА «Значение стандартизации и унификации ввт при подготовке, в ходе войны и в послевоенный период», где показано, что именно стандартизация и унификации сыграли решающую роль в достижении победы 41-45. http://www.standartization.com/ISO9000/Article/docs/sk/za214_0.htm

    С наступающим праздником! Добровольцы – Все на ИТ – фронт под знаменами открытых библиотек Проектов! Ударим по ИТ – ротозейству и ИТ – профанации открытой библиотекой и публичной экспертизой! Трижды Ура!
    В любом случае, Всех с наступающим праздником Победы! Победа будет за нами!

    В продолжение «агитации за Советскую власть» также обращаю внимание, что собственно, что ни ИТ – публикация – то мысль: сокращать издержки проектирования, нужны стандарты, типовые решения, время на проект более 9 месяцев сегодня уже не допустимо (нужно 4 мес.) и т.п. Так и RITIL о том же – именно сокращать время, издержки и прочее, повышать качество. Однако в отличие от правительства Туманного Альбиона российским ИТ – светилам во главе с бригадой Питерской не нужен RusITIL и открытые библиотеки. Поэтому выход только действовать «снизу» или сидеть сложа руки и тянуть ИТ – повозку по схеме «лебедь, рак и щука» в темноте по полю, усыпанному граблями. Один из вариантов повышения эффективности проектной деятельности здесь я и проповедую.

    В заключении – еще аналогия: сегодня (05.05) пошел продать 5 Килобаксов. Нашел обменник с самым крутым курсом. Отдал баксы, кассир назвал сумму, получил деньги посчитал – сошлось. Отошел. Прикинул – курс другой. Вернулся – она: «на электронной таблице (метр на метр) только спецкурс (29.75) вывешен, а мы тебе по «реальному» курсу (27.75) конвертировали, обратно не вернем («мы уже провели в системе»), в следующий раз словами уточняй». Конечно, фамилию не назвала, ни бейджика у нее не было, ни паспорта у меня не спросила, ни документации по сделке не выдала ни …
    Вышел я из обменника и почему-то наши ИТ – проекты вспомнились: стандартно – вначале работ красивые Мерседесы на табло рисуют (и деньги закладывают), но потом ржавый Запорожец выкатывают. Вот так-то.

    • Pavel Solopov

      Две мысли:
      1. Делать добро насильно, не самая лучшая затея. Повышать компетенции Заказчика исключительно силами Подрядчика – утопия. Если есть такое желание у заказчика, пусть он и выложит проекты.

      2. Начни с себя. Предлагаю автору выложить несколько проектов на экспертизу и показать пример.


Добавить комментарий для Pavel SolopovОтменить ответ

Ваш адрес email не будет опубликован. Обязательные поля помечены *

DevOps
Kanban
ITSM
ITIL
PRINCE2
Agile
Lean
TOGAF
ITAM