К сожалению, я не могу вести сразу несколько блогов. Пришлось сделать тяжелый выбор... теперь я на http://anovichkov.msk.ru. Заходите

новые статьи у меня в блоге http://anovichkov.msk.ru/

  Администрация Блогов@Mail.Ru от всей души поздравляет  Александр Николаевич с днем рождения.  Вы можете присоединиться к нам, отправив открытку или оставив свои поздравления в комментариях к этой записи.

Originally published at Авторский сайт Новичкова Александра Николаевича. Please leave any comments there.Бесплатный семинар 30 сентября в Санкт-Петербурге: “Эффективное использование технологий IBM Rational и Microsoft для улучшения процессов разработки ПО: идеология, практика и методология”Компании СМ-Консалт (www.cmcons.com) и Legal SoftWaveTM (www.legalsw.ru) приглашают Вас посетить бесплатный семинар, посвященный технологиям, способным улучшить качество разрабатываемого программного обеспечения, а также сплотить проектную команду едиными и понятными инструментами.Семинар состоит из трех частей. Важный момент семинара – круглый стол, где можно будет пообщаться с докладчиками, задать практические вопросы и получить квалифицированные ответы.Семинар будет интересен руководителям, менеджерам проектов, аналитикам, разработчикам, а также всем, кто интересуется новыми технологиями в программной инженерии.Рассматриваемое ПО Microsoft и IBMСеминар абсолютно бесплатный. Приходите сами и приглашайте друзей.Зал не очень большой, поэтому желательно регистрироваться оперативно.Копите вопросы, довстречи на семинаре!Зарегистрироваться –>

Вместо введения Недавно перебирал старые материалы с прошлых мест работ. Когда-то я готовил брошюру для публикации ее в IBM. Не просто брошюру, а описание средств IBM Rational: немного методологии, немного технологии и много инструментов. Актуальность брошюры и сейчас достаточно высока, но многих тулов уже давно нет, еще больше добавилось. Так что все, кому интересна история, да и все кому нужно краткое описание инструментов можете пользоваться данным материалом. Так как труд был коллективным, то я упомяну всех, кто участвовал в написании данного документа: Алексей ЗакисНаталья ШкляеваВиктор ЕматинДмитрий ЛапыгинСергей Шмакови я – Александр Новичков Содержание  Историческая справка Методология и инструментальные средства разработки программных систем IBM Rational Unified Process 1 Подход к разработке 2 Четко определенный процесс 3 Готовый продукт 4 Использование инструментальных средств 6 <Дух RUP> 8 RUP и другие подходы к разработке ПО 9 Внедрение RUP 10 Адаптация RUP. IBM Rational Process Workbench 11 База знаний и опыта. IBM Rational Developer Network Инструментальная поддержка RUP 1 Бизнес-моделирование. IBM Rational Rose 3 Визуальное моделирование и генерация кода. Семейство инструментов IBM Rational XDE 4 Управление требованиями. IBM Rational RequisitePro 5 Разработка. IBM Rational Rapid Developer 6 Автоматизированное тестирование 1 Поиск узких мест в производительности. IBM Rational Quantify 2 Поиск ошибок с распределением памяти. IBM Rational Purify 3 Оценка области охвата кода. IBM Rational PureCoverage 4 Планирование тестирования и отчетность. IBM Rational TestManager 5 Запись и воспроизведение скриптов тестирования. IBM Rational Robot 6 Тестирование надежности. IBM Rational TestFactory 7 Контроль качества. IBM Rational QualityArchitect 7 Автоматизация документирования. IBM Rational SoDA 8 Управление изменениями. IBM Rational ClearQuest 9 Конфигурационное управление. IBM Rational ClearCase Интеграция методологии и инструментальных средств IBM Rational со средствами разработки сторонних компаний 1 Типовые решения. IBM Rational Suite 1 IBM Rational Suite Team Unified Platform 2 IBM Rational Suite AnalystStudio 3 IBM Rational Suite DevelopmentStudio 4 IBM Rational Suite TestStudio 5 IBM Rational Suite ContentStudio 6 IBM Rational Suite Enterprise Текст материала читайте в моем блоге anovichkov.msk.ruЕще материалы, ссылки и приятные посылкиhttp://www.ibm.com/developerworks/rational/library/05/kunal/ – Introducing IBM RationalSoftware Architecthttp://www.ibm.com/developerworks/rational/library/05/1011_tooke/ – Creating effective UML diagrams has never been easierhttp://www.ibm.com/developerworks/ru/edu/rt-umlprofiles/section3.html – Использование принципов управляемой моделями разработки и проектирования на базе шаблонов при проектировании SOA: Часть 1. Создание UML-профилей и шаблонов моделейhttp://publib.boulder.ibm.com/infocenter/cqhelp/v7r0m0/index.jsp?topic=/com.ibm.rational.clearquest.apiref.doc/default_topic.htmhttp://www.ibm.com/developerworks/rational/library/08/0826_makady/index.htmlhttp://help.eclipse.org/stable/index.jsp?topic=/org.eclipse.platform.doc.isv/reference/misc/plugin_manifest.htmlОценка возврата инвестиций от внедрения процесса управления конфигурациями –http://cmcons.com/articles/CC_CQ/otsenka_vozvrata_investitsijj_ot_vnedrenija_protsessa_upravlenija_konfiguratsijami/Метрики кода и их практическая реализация в ClearCasehttp://www.ibm.com/developerworks/ru/edu/0108novich/index.htmlhttp://www.varaneckas.com/jad<Оценка возврата инвестиций от внедрения процесса управления конфигурациями> –http://cmcons.com/articles/CC_CQ/otsenka_vozvrata_investitsijj_ot_vnedrenija_protsessa_upravlenija_konfiguratsijami/<Передовые методы управления разработкой с минимальными затратами> –http://www.ibm.com/developerworks/ru/library/kroll_ambler/index.html<Динамичный RUP: Вести с передовой> –http://www.ibm.com/developerworks/ru/library/r-edge/feb08/lines_barnes_holmes_ambler/index.html<Использование IBM Rational Method Composer при описании сложных и нестандартных процессов. Практика применения> –http://www.ibm.com/developerworks/ru/library/r-method_composer/index.html<Практическая реализация автоматизированной системы проектирования и формирования нефтегазовой отчетности с использованием IBM Rational RequisitePro и SoDA> – http://www.ibm.com/developerworks/ru/library/r-requisitepro/index.html<Организация совместной разработки программного обеспечения между заказчиком и подрядчиком с использованием IBM Rational ClearCase> –http://www.ibm.com/developerworks/ru/library/r-clearcase1/<Реализация централизованного сбора запросов с использованием инструментов IBM Rational ClearQuest и HP Service Desk> –http://www.cmcons.com/articles/CC_CQ/cqsdint/<Интеграция IBM Rational ClearQuest и Microsoft Project – ключ к успешному планированию> – http://cmcons.com/articles/CC_CQ/art_cq_msp/ 

Originally published at Авторский сайт Новичкова Александра Николаевича. Please leave any comments there.Первый прыжок с парашютом в тандеме с высоты 4000 метровРеализовалась мечта детства!Не помню с какого возраста, но решил, что неплохо было бы прыгнуть с парашютом. Если к то помнит, то в старые времена практически во всех парках бывшего СССР стояли парашютные вышки, где тебя с уже раскрытым парашютом выбрасывали сверху. Ничего особенного, но тогда так хотелось… Аттракцион имел ограничения по возрасту. Я повзрослел вместе с распадом СССР, а парашютные вышки канули в лету. Так что не довелось даже так. Про прыжок с самолета я даже не мечтал – уж очень нереально было даже для фантазий!А тут недавно, просматривая интернет, наткнулся на объявление из серии «Вы платите – мы вас выбрасываем с чего угодно». Стало интересно. Порылся еще и выяснил, что практически в каждом городе есть клуб при аэродроме, где можно осуществить мечту в виде прыжка.Так же в результате изысканий было выяснено, что есть 2 типа прыжков: С высоты 750-900 метров с обычным (полусферическим) куполом. Так называемый десантный прыжок. С высоты 4000 метров на управляемом парашюте типа «крыло» Различия не только в высоте (но и высота имеет значение). Первый прыжок выполняется самостоятельно. То есть самолетом забрасывают на высоту, потом ты сам прыгаешь вниз. Парашют при этом раскрывается автоматически. Спуск неуправляемый – куда приземлишься – туда приземлишься. Здесь основным моментом можно считать, что ты САМ, лично выпрыгиваешь из самолета. Тебя никто не выталкивает.Второй прыжок выполняется «тандемом». То есть тебя «пристегивают» к инструктору и вы выпрыгиваете вместе с высоты 4000 метров, потом на управляемом «крыле» опускаетесь на землю.Возможно, что существуют еще вариации, но дальше смотреть я не стал. Выбран был второй вариант прыжка в качестве первого в жизни (пардон, за каламбур).Итак, решение было принято. Прыгаю!Пошли поиски клуба и инструктора, с которым буду прыгать в тандеме. В лучших традициях интернета были опрошены несколько человек на заданный предмет. Среди айтишников тоже попадаются либо парашютисты, либо знатоки. Вообще среди айтишников много кто попадается… можно сказать, что у каждого из нас много неайтишных, но, зачастую, дремлющих талантов.Поиск был недолгим. Буквально второй из опрошенных рассказал, что у него есть прыгающий знакомый и дал его контакт. Тот, в свою очередь, дал контакт инструктора по тандемным прыжкам, за плечами которого (или за куполом которого) 2000 прыжков. С точки зрения айтишника, счастливым числом можно считать 2048, но такого инструктора не нашел!  Прыжков либо больше заветного числа, либо меньше!Прыжок был намечен на субботу на 8 утра.Но в назначенное время ничего не случилось, так как была нелетная погода, и все отменилось на неопределенное время. Выяснилось это уже после того как я оделся, и уже хотел выйти из дома. Но ничего… Есть второй шанс до-поспать!Где-то в районе 12 00 позвонили и сказали, что распогодилось и можно приезжать. В 14 30 я был на аэродроме.Аэродром обыкновенно-клубный – старой постройки. Обычный одноэтажный деревянный дом, оклеенный внутри старыми ДОСААФ’овскими плакатами. Инструктор подвел меня к стойке регистрации, которая, по-авиационному называется «манифест». Я заполнил анкету, заплатил за удовольствие и попросил услуг фото и кино оператора (отвлекусь: специальная услуга, когда вместе с нами летит еще и оператор, который снимает полностью весь прыжок: от старта самолета и до приземления).Мы попали в группу №6. Только что отвезли группу 4, и до вожделенного прыжка осталось только одна группа. С  точки зрения времени около 40-45 минут.Через какое-то время после взлета с 4й группой в небе над аэродромом начали вырастать разноцветные купола с парашютистами. Все вновь прибывшие оценили и высоту и скорость снижения. Не знаю, были ли в тот день люди, боящиеся высоты… Но если и были, то, наверное, быстро ретировались!По громкой связи на построение и старт пригласили 5ю группу. А мы пошли проходить инструктаж.На меня одели специальную систему, которой в полете должны пристегнуть к инструктору для тандемного прыжка. Инструктор, мой тезка, долго объяснял как надо себя вести при покидании самолета  и что делать при приземлении. Описывать не буду, так как лучше всего пойти самим и все услышать в реале…Еще на земле. Готовлюсь прыгнуть. НастраиваюсьПосле инструктажа было дано время на погулять и на посмотреть как прыгает 5 группа. Мы высыпали на улицу… но… группа 5 не прыгает и не прыгает… В итоге самолет с группой вернулся обратно. Парашютистов не выбросили, так как была низкая облачность и прыгать опасно.Мой инструктор по тандему. Александр. Тоже готовится Ждем. Через какое-то время погода улучшилась, но поднялся сильный ветер. Полеты снова отменились. Опять ждем.Наконец, полеты вновь разрешены. Появилось погодное «окно». Администрация клуба решила в это «окно» выбросить тех, кто прыгает тандемом. То есть объединили два рейса в один. Смысл прост: с парашютом прыгают как перворазники в тандеме, так и мастера и те, кто уже просто прыгает самостоятельно. Логика железная – эти ребята с парашютом неразлучны и будут прыгать хоть ночью, а мы – перворазники можем плюнуть и уехать… и так с утра ждем Вобщем, дана команда на построение и мы идем к самолету АН-28. Наш оператор начинает съемку. Заходим в самолет. Рассаживаемся. Борт переполнен до отказа, один из операторов вынужден лечь в проходе, так как сидячих мест на всех не хватает. От винта! Самолет выруливает на ВПП и отрывается от земли. НО тут поджидает облом… набрав высоту 2000 метров самолет пошел на снижение… Снова усилился ветер и нас вернули обратно. Наш АН-28 Сели, вышли из самолета, рассыпались по клубу. Ждем!Через полчаса нас снова собрали. На этот раз произошло все штатно.На высоте 3000 метров (примерно 10 минут после взлета. Могу ошибаться, так как мне все казалось очень быстро происходящим) инструктора начали пристегивать перворазников к своей парашютной системе (напомню, что на летном языке нас, прыгающих в тандеме, называют пассажирами). У каждого инструктора на руке высотомер, который показывает почти 4000 метров. И вот, пилоты дают команду на старт! Открываем заднюю дверь самолета, повеяло холодом. Так как самолет изначально взлетал с открытым хвостовым люком, то тем, кто сидел возле, сразу показалась потрясающая картина – вид земли с высоты!Вид на землю из иллюминатора самолета АН-28Мы прыгали вторыми по счету. Оператор пошел впереди нас и повис, держась руками за перекладину. 1-2-3 – поехали! Подготовка к прыжку. Волнительный момент, ведь сейчас полетим!!! Выбросились из самолета, сделали кувырок и началось свободное падение. Это что-то! Ты плывешь  в восходящем потоке, вокруг, подобно птице летает, оператор, а внизу облака, и, пробивающаяся сквозь них, земля. За одну минуту мы пролетели 2,5 километра. И только после этого инструктор раскрыл парашют. Теперь можно спокойно осмотреться вокруг. Я люблю высоту и налетал большое количество часов в самолете (тоже пассажиром, путешествуя в командировках), но вид из окна иллюминатора и вид отсюда… как говорят в Одессе – это две большие разницы. ОТОРВАЛИСЬ от самолета. Оператор перед нами летит Здесь все по-другому. Здесь оно настоящее, ощутимое, осязаемое. Инструктор предлагает взять управление парашютом на себя. Какое то время парашют летит под моим командованием. Получается не очень, так как я не понимаю как «ловить» восходящие потоки и лавировать в них.Кувырок, самолет, небо...Оно самое! Свободное падение!!! Еслиб не шлем, то щеки, наверное были бы на затылке от плотного восходящего воздухаЗа несколько метров от земли я поднимаю ноги вперед, чтобы посадку осуществил инструктор. Все хорошо. Мы на земле.Лечу ногами впередС мягкой посадкой! В воздухе хорошо, но на земле - лучше В сухом остатке – море удовольствия и адреналина невзирая на задержки и проволочки. Инструктор Александр и оператор, проводивший съемку – исключительные профессионалы, за что им ОГРОМНОЕ спасибо!Я и инструктор Александр. Дело закончено... новый парашютист привлечен к делуДля тех, кому интересно:В подмосковной Коломне есть авиаклуб, «Аэроград Коломна» где можно себя попробовать.Я прыгал под Санкт-Петербургом в Гатчино в “Центре парашютной подготовки”.Ну и напоследок полный видеоролик Прыжок в тандеме с высоты 4000 метров. Консультанты в воздухе!

Originally published at Авторский сайт Новичкова Александра Николаевича. Please leave any comments there.Выращивание специалистов по процессам в домашних условиях (рецепт)Разговор записан: Новичковым АлександромСовершенно юморной пост. Завязалась как-то переписка по любимому скайпу с коллегой.Коллега любит всякую животинку. Так вот, его недавнее приобретение  – кролик. Вот он и посетовал на то, что данная животинка ест все подряд, включая бумагу. Я выдвинул идею о том, что если ему (кролику) подсунуть какую-то умную бумагу, да еще предположить, что он будет не просто жевать, а еще и внимательно читать, то может получиться из него квалифицированный и умный специалист В случае успеха, воспитание нового специалиста будет сведено к покупке кролика и скармливанию ему последних версий документов, которые мы в больших количествах пишем заказчикам Ниже приведена переписка и коллаж (нормально фоткаться кролик не хотел. Стеснялся, бегал, нервничал… Мы подумали, что если и поймаем его при фотографировании, то потом не факт, что поймаем для вручения фоты, и взяли фотографию фотогеничного кроля из Интернета). Важно понимать, что шутка родилась в процессе переписки сама собой:[23:15:48] Коллега: мой заяц бумагу жрет зараза[23:15:48] Alex: ужас!!![23:15:51] Alex: заяц???[23:16:11] Коллега: да возле зайца договор не клади – в раз сожрет[23:18:02] Alex: купи еще одного и шредер в офис не нужен [23:18:14] Коллега: (rofl)[23:19:01] Alex: слушай[23:19:10] Alex: а он читает доки, када их хавает?[23:19:42] Коллега: т.е. ты считаешь, что если его прижмут, то он все расскажет?[23:19:53] Alex: не…[23:20:05] Alex: можно сделать его консалтерам по процессам!!![23:20:12] Alex: скормим ему доки по нашему проекту на 1500 страниц. Будет крутой спец Кролик ест важный документ (вроде регламент). Читаем, смотрим.

Originally published at Авторский сайт Новичкова Александра Николаевича. Please leave any comments there.Давно хотели провести мероприятие, семинар, тренинг или что-то подобное, для того, чтобы в одном месте продемонстрировать решения IBM Rational и Microsoft.Не секрет, что среди коммерчески активных игроков IBM Rational и Microsoft очень сильно конкурируют. В своей деятельности мы предлагаем и внедряем решения от обоих производителей, в зависимости от многих факторов (размер компании, бюджет,  платформа разработки и так далее) влияющих на рекомендации в выборе.Идея данного семинара проста: взять и показать инструменты обоих производителей работают в схожих задачах. То есть мы попробуем взять некие реальные практические задачи и “пропустим” их через средства IBM Rational и Microsoft.Ну, и, собственно, постараемся ответить на все вопросы аудитории.Посмотреть программу и записаться можно по ссылке нижеУникальный семинар 10 сентября в Санкт-Петербурге:”Эффективное использование технологи IBM Rational и Microsoft для улучшения процессов разработки ПО: идеология, практика и методология. Выбор оптимальной платформы.”

Originally published at Авторский сайт Новичкова Александра Николаевича. Please leave any comments there.Несколько неожиданно развернулась дискуссия по статье Человеческий фактор во внедрении процессов и инструментов или где лучше приживаются инструменты?Она вызвала интерес у читателей, но обсуждение ее плавно переместилось из этого блога на форум. Постепенно, все комментарии я перенесу и сюда, а сейчас, к обсуждению можно подключиться на форуме сайта UML2.ru

Originally published at Авторский сайт Новичкова Александра Николаевича. Please leave any comments there.Человеческий фактор во внедрении процессов и инструментов или где лучше приживаются инструменты?Автор Новичков Александр НиколаевичГде лучше приживаются инструменты? Странный вопрос – конечно там, где есть схожие инструменты и технологии! Может сказать читатель и будет прав лишь отчасти. Если у заказчика есть похожие технологии и инструменты, то зачастую это только мешает, так как психологически, каждый из нас отвергает все новое.Существует несколько факторов, оказывающих негатив на процесс внедрения, отметим лишь самые важные: Длительность работы с инструментом – наиболее очевидный фактор – чем дольше –  тем больше привыкли, тем сложнее перейти на новое. Возраст специалиста – это наиболее интересный фактор, который сам по себе абсолютно ни о чем не говорит. То есть при внедрении можно делать небольшую корректировку на возраст, но только вместе с первым фактором можно говорить о существенном влиянии на конечный результат. Удовлетворенность текущим инструментарием – фактор “а мне и так все подходит” можно назвать блокирующим – он существенно влияет на результат. Это были объективные критерии, рассмотрение которых было бы неполным без таких мощных субъективных как: Нежелание переходить на новую технологию, так как она осуществляет более глубокий контроль над деятельностью исполнителя Элементарное саботирование… При внедрении следует учитывать все факторы и готовить мероприятия по снижению их влияния на финальный результат. А пример?Хочется привести пример из реальной жизни на данную тему.Итак, имеем компанию, которая пережила череду поглощений. Персонал состоит из специалистов разных компаний. Возраст – абсолютно разношерстный, но превалирует середняк.Никаких процессов у организации нет. Правда, руководство пребывало в уверенности их присутствия. В какой-то момент времени всем внутри стало понятно, что без процессов и инструментов автоматизации нельзя – компания на себе ощутила все проблемы  хаотичного подхода: Не те сборки отдаются не тем заказчикам; Документирование ошибок ведется вручную; Журнал ошибок в word; метрики не собираются; Планирования нет (вернее есть планы, которых никто не придерживается); Задачи на разработчика вешаются устно; И так далее… Все усугубляется тем, что сегмент рынка показывает бурный рост – сама компания сверхуспешна, что позволяет бизнесу смотреть сквозь пальцы на чрезмерные издержки отдела ИТ.Наверное просто необходимо отметить разобщенность отделов ИТ и полную несплоченность команды. А всем известно, что сплоченность команды имеет очень важное значение успешности проекта.Хаос в чистом виде!Часть команды решает, что так жить нельзя и решает навести порядок.Первое и последнее, что сделано – создана самописная система управления изменениями. Сама система являет собой классику кустарной системы – только учет и только запросов одного типа. Управлять из нее реально можно только задачами, причем не маленькими задачками с одним ответственным, а глобальными задачинами, разбитыми по этапам, за каждым этапом закреплен один ответственный и куча соисполнителей, то есть масса владельцев на одну задачу.Любой перенос сроков любого этапа приводил к ручному переделыванию всеми ответственными сроков собственных этапов.Отдельно об этапах. Этапы  выстраиваются в некий водопад, где предусматривается возврат не только на предыдущий, но и на любой вышестоящий – как сочтет правильным руководитель этапа. Ясно, что он не всегда прозорливо угадывает, куда именно вернуть (особенно, когда не определены четкие критерии возврата). Ненужно говорить, что после подобной “итерации” ничего не подозревавший владелец другого этапа крайне удивлен тому, что согласованная задачи через три головы вернулась назад.Такой подход можно считать правильным только в том случае, когда компания работает на динамично меняющемся рынке – только тогда работы могут быть пересмотрены и возвращены в самое начало – на анализ. В любом другом случае понятно, что в организации нет анализа и управления требованиями.Вернемся к системе управления изменениями – при все порочности система прижилась, так как лучше хоть какой учет вместо никакого… Система жила и росла полтора года.Настал час внедрения IBM Rational. Заказчик мягко намекнул, что процессы ему выстраивать не надо. Нужно только автоматизировать существующие. Апелляция к логике, осведомленным источникам  и высшим силам не возымела действия! Клиент уверен, что У НЕГО ЕСТЬ ПРОЦЕССЫ, которые надо автоматизировать. Нас продавили только двумя железными аргументами “клиент всегда прав” и “кто платит деньги?”. Пришлось взять расписку об ответственности за неуспех и приступить.Автоматизация УК и УИ (управление конфигурациями и управление изменениями) пошла в жизнь. Внедрение ClearCase прошло без сбоев. Проблем не возникло – так как ничего похожего у заказчика не было, то решение прижилось. Чистое версионное хранилище может вызвать отторжение только неправильной настройкой. В данном случае все было «ок».ClearQuest же не внедрился… Это, возможно, первый прецедент в  нашей практике когда не внедрилась система УИ даже в беспорядочном процессе.Устроим разбор полетов: итак, заказчик привязан к существующей системе и не готов не только менять процессы, но не готов видеть иные экранные формы в системе автоматизации. Получилось так, чтобы выполнить проект необходимо на ClearQuest повторить функционал системы заказчика. То есть выполнить весь некорректный процесс но в другой системе – одна мегасущность и куча соисполнителей.Естественно, что функциональные возможности ClearQuest позволяет сделать все. Мы повторили функционал, как нас и просили. Только в итоге системой пользоваться никто не стал. Получалось, что все огрехи стали еще более очевидны. Заказчик, в свою очередь, принял решение о том, что данная технология ему не нужна. Скрытые (подводные) камни:Давайте вспомним, что система самописная и развивающаяся… Отдел, разрабатывавший ее сделал максимум возможного, чтобы ее сохранить. Новое здесь никому не нужно… Пусть даже это новое лучше – здесь свои меркантильные интересы.Отсутствие явно заинтересованного лица. Казалось бы, руководитель кровно заинтересован в результатах выстраивания прозрачной структуры… Но не в этот раз. Здесь руководитель сидел и ждал чуда, ничего для его получения не делая. Итог:Система развернута и  сдана. Заказчиком мило похоронена…Потрачена куча времени и ресурсов практически впустую. Грустно? – да!Неудачное внедрение? – еще как неудачное!Консультантов на мыло?! – возможно, да, но рамки проекта не позволяли нам действовать. Чем сердце успокоилось…Самое интересное! История имела продолжение!Как известно, история идет по спирали, и на более высоком витке мы обычно сталкиваемся с теми же проблемами, но на более высоком уровне. Так и случилось – заказчик взял еще несколько проектов, нанял дополнительных людей и сложилось так, что персонал сам устал от свой системы, которая при выросших объемах была неспособна эффективно работать (процесса нет а идеология у системы – порочная). очевидно случилась та революция о которой так долго говорили большевики. Да! Еще сменилось руководство. Новый руководитель как раз желал видеть не учет, а эффективность и прозрачность процесса.Заказчик снова позвал нас и попросил сделать все так, как мы считаем правильным. И случилось чудо – работа пошла.Здесь теперь живет порядок.  Анализ разбора полетовДалее мы попытаемся проанализировать проблемы и дадим рекомендации по их устранению, но с учетом того, что у вас есть возможности по продвижению решений:Незаинтересованное руководство – отсутствие политической воли практически всегда – провал проекта. Руководство нужно убеждать и доказывать. Если не получается – проблему надо эскалировать. Если это не помогает – пытаться пойти снизу и убедить специалистов. Потом  общей массой доказать правоту руководству.Почему ничего не вышло у нас?Выше нашего руководителя только совет директоров компании – нет возможности эскалировать. Ниже специалисты, которым и так хорошо, а вторая часть разработала схожее решение. Фактор “от добра добра не ищут” сыграл на 100%Возраст специалистов – в чистом виде у него есть влияние, но не пагубное. То есть человеку можно объяснить и несколько раз показать. Но в совокупности с отсутствием политической воли получаем крах.У нас был ряд проектов, в которых процессы ставились и автоматизировались персоналом, чей средний возраст далеко за 56 лет… И ничего – порядокНаличие аналогичной  системы – в чистом виде тоже не помеха. Очевидная эффективность ClearQuest перед самоделкой позволит продемонстрировать руководству получение ощутимых результатов. Здесь руководство должно было проявить прозорливость и объяснить своим, что их система помогла в трудное время, но надо идти вперед. Самое главное – продемонстрировать, что разработчики старой не будут сокращены.В данном случае все этого и боялись…Внедрение от инструмента – путь в могилу. Нельзя автоматизировать хаос. Любое внедрение должно начинаться с осмысления процессов (с последующим переосмыслением).В  нашем случае заказчик настаивал только на внедрении инструментов.Зрелость организации – даже если девять беременных женщин собрать вместе – ребенок родится через девять месяцев. Зрелость и сплоченность коллектива идут рядом. Если организация не сплоченная и незрелая то трудно будет  внедрить инструмент. Здесь нужна воля руководства + процессы + время на их реализацию. Время дозревания.В нашем случае заказчик дозрел в течении 4-5 месяцев, после того как мы “плешь проели” на всех уровнях, что так нельзя…