|
 |
Персональные инструменты
Просмотры |
|
Персональные инструменты |
|
||
|
|
Блог:Максима ЦепковаМатериал из CustisWikiКороткая ссылка: Blog-mtsepkov С 19.05.2014 профессиональный блог Максима Цепкова переехал на личный сайт http://mtsepkov.org Ранее блог был на http://blogs.uml2.ru/blogs/maksiq и http://softwarepeople.ru/, потом жил здесь, на сайте компании. Оглавление (на момент переноса) Блог Максима Цепкова - оглавление Другие мои публикации: Выступления и Статьи Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации. 2014-05-18: Мой новый сайт - mtsepkov.orgПоследние годы я, кроме основной профессиональной деятельности, активно участвую в ИТ-конференциях (в частности, в SECR как сопредседатель ПК), и спектр моих интересов расширяется, заметая такие относительно далекие области, как спиральная динамика или образование в ИТ. И, само собой, я хочу делиться мыслями по этим и многим другим темам в открытых публикациях, которых становится все больше. Пообщавшись с коллегами из отдела внешних связей, мы решили, что было бы круто завести мне личный профессиональный блог. Это позволит собрать все мои посты в одном месте, не опасаясь, что внешний ресурс (вроде блога Software People) однажды умрет вместе со всем моим контентом, и одновременно даст мне больше свободы в выражении личного мнения, ведь публикация на корпоративном ресурсе, например на lib.custis.ru, — дело ответственное, и подготовка выверенных и согласованных с позицией компании материалов занимает много времени, как моего, так и сотрудников PR-службы. С другой стороны, наличие у сотрудника компании собственного относительно популярного профессионального блога — свидетельство высокого уровня компании и ее экспертов. Так появился http://mtsepkov.org, который я с радостью вам представляю. Сейчас туда скопирована часть старого контента, включая последние пару лет моего блога, и наполнение будет продолжаться. Кстати, выяснилось, что примерно год публикаций моего блога, которые я вел на портале SoftwarePeople, утрачены из общего доступа в связи с закрытием портала. Пришлось мне их восстановить, при этом я обнаружил что некоторые статьи расползлись на другие сайты, и не везде с авторством — будем с этим бороться. Технически сайт поднят на базе сборки MediaWiki, созданной и используемой в нашей компании Стасом Фоминым и развиваемой Виталием Филипповым, а также выложенной для свободного использования на http://4intra.net. Поэтому для меня накладных расходов по ведению собственного блога относительно публикации на корпоративном не возникает. Итак, добро пожаловать на мой новый сайт http://mtsepkov.org, где я буду вести блог, публиковать доклады и другие материалы. Я буду рад обсуждению и комментариям и не возражаю против публикации на нем материалов коллег, если они, конечно, соответствуют тематике. Репликация: База Знаний «Заказных Информ Систем» → «Максима Цепкова/2014-05-18: Мой новый сайт - mtsepkov.org» Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».
2014-04-20: SQAdays в Москве - спектр и тренды отрасли18-19.04.2014 в Москве прошла 15-я конференция SQAdays. Отрадно отметить, что конференция развивается. На ней стало больше технических докладов. А еще повысилось качество: докладчики понимают, что рассказываемые кейсы и методы работы — одни из возможных в отрасли, и пробуют их позиционировать. И это следствие работы программного комитета, который не только отбирает доклады, но и работает с докладчиками над кристаллизацией, выявлением смыслов. При этом конференция не уходит в мероприятие для продвинутых тестировщиков, она оправдывает свой девиз «SQAdays — точка роста твоей карьеры». Что особенно важно в условиях отсутствия систематического образования. Есть тренинги, но они — по конкретным вопросам, и чтобы на них пойти, надо уже представлять свои потребности. А конференция представляет спектр отрасли. Причем не только на теоретическом уровне общих рассуждений — этих материалов как раз много в инете (хотя качество очень относительно) — но и в виде рассказа о конкретных кейсах и практиках в разных проектах. 2014-04-15: AIST и СтачкаДве конференции - Стачка и AIST прошли одновременно. Они - очень разные, но показывают один и тот же тренд современной России - ИТ в регионах интенсивно развивается, при этом поднимается образование, университеты, которые работают в контакте с ИТ-разработчиками. И это - позитивный тренд. 2014-03-23: AgileDays-2014Конференция AgileDays-14: 900 участников, 70 докладов на 5 треках. Впечатления — ожидаемые, потому что конференция просто фиксирует состояние отрасли, которая живет поисками нового прорыва. За год его не произошло, и поэтому на конференции — доклады про эффективность существующих подходов и практик в разных вариантах и про кейсы их применения в расширяющейся области перемежаются с докладами про новое, прочитанное или услышанное, которое потенциально может дать толчок новому развитию — если получится, если правильно синтезировать. Собственно, примерно об этом я писал в отчете о AgileDays-2013, но тогда это ощущение было более свежим. А сейчас оно уже устоялось, в нем можно выделить отчетливые тренды. Первый — остановка принципиального развития. Scrum, когда он появился, — был принципиальным шагом вперед в развитии управления ИТ-проектом. Со своими ограничениями и своим профитом, нацеленным не на организационные вещи, а на создание самомотивированных и самоорганизующихся команд, обеспечивающих успешное движение по проекту. Позднее появился Kanban как упрощение процесса, уместное на потоках задач, возникающих уже после первого выпуска проекта. И с тех пор ничего принципиально нового не появилось, хотя практики и их комбинации развивались. Все это происходило в рамках Agile — движения, которое подняло на щит ценности создания работающего ПО как социально востребованной деятельности, дающей value для общества и профессиональную самореализацию для ИТ-шника. И эти ценности отличают Agile от традиционного менеджмента. Но подходы и практики оказались столь хороши, что возникло желание применить их без прямой ориентации на ценности, в рамках классических организаций, где ценности, может, и имеются (ибо веление времени), но существуют достаточно отдельно от повседневности. И, как оказалось, это работает и дает большой эффект. А еще эффект дает поднятие флага Agile как трендового явления — в короткую точно. И это послужило толчком к массовому признанию Agile и его внедрению. К тому же для управления любые изменения могут быть полезны: известно, что регулярное умелое перетряхивание организаций может благотворно влиять на процесс в краткосрочной перспективе просто за счет мобилизации персонала. В долгосрочной оно губительно, но мало кто мыслит вдолгую. Естественно, при этом возникли мутации и мимикрия, выхолащивание сути и формальные понятия типа Scrumbutt — замечательная идиома «скрамно» по-русски. Зато Agile-практики хорошо сопрягались с традиционным менеджментом. И внедряются в больших организациях как под флагом Agile, так и без него. И даже большие банки — в этом тренде. Про «Дойче» известно давно, сейчас идет проект в «Альфе», а ВТБ24 внедряет TFS с Аgile-шаблонами, не поднимая Agile на щит. Собственно, исходя из этого, можно выделить основные типы докладов на конференции. 1. Развитие практик Agile для достижения эффективности производства. В частности, Дэн Андерсен говорил, по-моему, именно об этом. И таких докладов много. При этом ценностный уровень не затрагивается, хотя может упоминаться. 2. Осмысление места Agile в больших организациях. Например, как островков интенсивного развития в большой структуре, как рассказывала Обухова из «Люксофт». И рекомендации развития. Кстати, доклад Асхата про NoEstimate разработку, думаю, тоже здесь. С моей точки зрения, это осмысления с точки зрения Agile практик inhouse-разработки, в которых оценку часто не делают, зато выдают value в темпе, в целом устраивающем стейкхолдеров. И да, так тоже можно, это не противоречит подходам Agile, а является их расширением, уместным в соответствующем классе ситуаций. И еще раз напоминает, что нельзя к практикам относиться догматически. Доклад был интересным, стоит послушать. 3. Кейсы начального внедрения Agile просто как набора практик, которые делают жизнь лучше, в традиционных организациях. Это уже упоминавшееся внедрение в «Альфа-Банке», но не только. Надо сказать, что те, кто внедряет, — обычно представляют Agile целиком, включая ценности, однако разрыв между текущим состоянием в организациях и этим уровнем столь велик, что его нельзя преодолеть однократно, а через практики ценности в некотором виде приходят: или на уровне сотрудников, или на уровне менеджеров. И в любом случае, удачное внедрение реально делает жизнь лучше: появляется предсказуемость, уменьшаются авралы, люди перестают работать по выходным. Это — профит. Хотя удача не гарантирована. Так что если вы — из большой организации, где есть проблемы с ведением проектов, и вы хотели бы изменить ситуацию к лучшему, то можно послушать эти доклады, выбрать практики, решающие ваши проблемы, и попробовать. Или вообще инициировать проект изменений. 4. Развитие Agile там, где его восприняли на ценностном уровне. Здесь рассказ Николая Рыжикова про применение в их компании парного программирования — оно тотально и это не типично, Кирилла Мокевнина — про формирование инженерной культуры, Михаила Рыжикова — про сообщества как внутри организации, так и про включение во внешние. Кстати, Михаил — один из организаторов PiterUnited, метасообщества, объединившего другие ИТ-сообщества Питера, пока, естественно, не все, но, думаю, что процесс будет идти. Был любопытный доклад Александра Горника. Он поработал в избирательной кампании Навального и обнаружил, что применявшиеся там практики организации работ очень созвучны Канбану, и он пробует применить увиденное в своей компании. В эту категорию я отнесу и доклад Антона Волкова из «Танки онлайн». В прошлом году он выступал с очень мощным докладом про построение процессов в компании на основе тотального контрактования. Кстати, если кто всерьез думает о построении процессов и не видел, — посмотрите. Не потому, что надо делать так, — у вас же другая компания, другая ситуация, — а потому, что это задает уровень, на котором надо мыслить для успешного построения компании в современных условиях. А в этом году Антон рассказывал о пути, который компания прошла за год. Акцент резко сместился с процессов на людей. Были сформулированы стратегические цели и миссия компании, об этом договорились на уровне управляющих партнеров, и была начата перестройка компании в соответствии с этим. Да, а система контрактов работает, хотя изменилась, и после доклада Антон рассказал о довольно интересной эволюции. 5. Ветви интенсивного развития: игрофикация, визуализация и другие. Формально безотносительны к принятию ценностей, но связь есть. Потому что возникают они там, где ценности приняты, апробированы и востребованы именно в такой обстановке. А вне этого могут быть бесполезны или даже разрушительны как игрофикация, которая при неосторожном применении вполне может нанести серьезный урон или даже разрушить компанию. Именно поэтому я отделяю эту категорию от первой. Про игрофикацию было много докладов и мастер-классов, включая рассказы про конкретные кейсы от Максима Коробцева, который, на мой взгляд, является наиболее продвинутым и разбирающимся в этом вопросе специалистом в России. Кстати, к этой же категории я бы отнес SEMAT, который совершил прорыв в методы построения комбинированных процессов, включая эффективную визуализацию. В его рамках решено много проблем, о которых говорилось в других докладах. Только это пока не востребовано, потому что практикам нет времени прорываться через формализм, а готовые наработки, от которых можно легко стартовать, сделаны на основе Agile-процессов. Но я думаю, что это дело ближайшего будущего. 6. Поиски источников для нового. Из различных внешних книг — по психологии, управлению и других. В целом, Agile много заимствовал в известных методах, творчески переосмысливая на основе ценностей. Это доклад Алексея Пименова «Прививка креативности», мастер-класс Юрия Куприянова про Rapid Forsight и так далее. Будущее можно искать не только в теории, но и в практике, таков был блиц Сергея Котлова про компании XXI века в конкретных примерах.  Мой доклад тоже относится к последней категории. Я рассказывал про Спиральную динамику, которая дает конструкт для описания систем ценностей. Она встроилась в мою картину мира и замкнула много проблемных мест, а не только послужила описанием личностного развития. В частности, она дала очень хорошее видение логики развития Agile. Оно приведено на слайде из презентации. И с этой точке зрения хорошо понятно расслоение конференции, спектр мнений. С одной стороны, идет освоение подходов и практик Agile на уровне «сине-оранжевого» традиционного менеджмента, без изменения ценностей. И внедрение в больших организациях, формальное принятие — они из этой серии. Понятно, почему Agile-команды воспринимаются как чужеродные в обычной, «cиней», организации: потому что они другого уровня. И не оранжевого, как воспринимает их менеджмент по внешним проявлениям (и это звучало в докладе Обуховой), а желтого. А еще понятен спектр позиций внутри Agile. Scrum зародился на зеленом уровне, но стал успешной оргформой для желтого. Однако, фрейм ценностей на этих уровнях существенно различен. Для желтого — это инструмент, форма организации деятельности, смысл которой — самореализация, но вписанная в экономику и общество. При этом счастье приносит не Scrum, а сама деятельность. Поэтому они не возражают, когда эту форму используют для других целей на уровнях традиционного менеджмента. Для зеленого же уровня Scrum — часть особой системы мира, нацеленной на счастье для всех, кто осознал правильное устройство. И когда части Scrum'а вырывают из этого контекста и начинают использовать по-другому, на уровне фрейма ценностей это воспринимается как предательство. А остановка развития в Agile связана с тем, что бирюзовый уровень еще не построен, для него не выработано адекватных оргформ. Это еще предстоит. Но появится это именно у нас, в ИТ, как появился желтый. Вот такое у меня сейчас восприятие мира — через ее призму спиральной динамики. С одной стороны, это многое проясняет. С другой, — восприятие через схему всегда обедняет мир. Особенно если правильность схемы не доказана, а у тебя, к тому же, своя интерпретация. Поэтому очень хочется обсуждать это и проверять в широком кругу. Кому интересно, пишите в комментах. Презентацию можно посмотреть на Slideshare http://www.slideshare.net/mtsepkov/tsepkov-agile-days2014spiraldynamics На этом заканчиваю. Обзора не будет, потому что видел далеко не все доклады, и точно не видел несколько хороших: пять насыщенных треков требуют делать выбор. А еще при таком широком спектре надо смотреть доклады с учетом своей собственной ситуации, а не полагаясь на восприятие экспертов.---- Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».
2014-03-14: SECON в Пензе Вслед за HappyDev, где я был в декабре, 14.03.2014 поехал в Пензу на SECON: меня позвали рассказать про DDD. Я еще в Омске почувствовал отличие региональных конференций от проходящих на уровне России и СНГ и писал об этом в своем посте. Дело в том, что региональные конференции неотделимы от регионального IT-сообщества, организуются им и как площадка общения IT-шников, и как возможность для получения ими новых знаний, нового опыта, для чего приглашаются хорошие докладчики. Но и местные докладчики тоже, естественно, присутствуют, потому что сильные IT-сообщества означают наличие достаточно значимых разработческих компаний в регионе. При этом конференции реально многолюдные, в Пензе второй год число участников — около 500, это много и по меркам российских конференций. И это не предел, в Ульяновске проходит Cтачка и UlCamp, собирающие больше тысячи участников и приглашающие докладчиков-экспертов мирового уровня. На них я еще не был. На фотках — зал на открытии конференции, на переднем плане на второй фотке — Максим Семенкин, организатор и идейный вдохновитель конференции.  И в новых условиях крупным конференциям надо заново искать свою позицию. Я не хочу сказать, что они будут вытеснены региональными конкурентами, просто надо представлять себе какую именно ценность они приносят. Мы в SECR пробуем в этих условиях стать мостом между новыми формирующимися сообществами и более традиционными IT-институтами мирового уровня. Приглашать докладчиков — реальных гуру, таких как Ивар Якобсон (создатель UML и Usecase) и при этом продолжающих активно действовать — Ивар рассказывал на конференции 2013 года про SEMAT, который появился только-только и при этом успешно завоевывает мир. Служить площадкой для общения IT-сообщества с вузами — статус ACM-конференции означает, что принятые доклады, оформленные как научные статьи, еще и попадают в электронную библиотеку публикаций ACM, что важно как для докладчиков, совмещающих практическую работу с преподаванием, так и для их университетов. Ну и собирать лучшие доклады высокого уровня в России, СНГ и мире. Пользуясь случаем, агитирую выступать и приезжать участвовать. Хотя участие дороже, оно доступно, особенно при ранней регистрации, а для докладчиков участие бесплатно.  Возвращаюсь к SECON. Конференция проходила в пензенском Технопарке высоких технологий «Рамеев», носящем имя пензенского ученого, участвовавшего в создании вычислительной техники СССР, начиная с аналоговых моделей. На фотке — выставка. На конференции было четыре параллельных трека и еще три трека баркэмпов, которые с обеда и до вечера были плотно заполнены. Кстати, активные баркэмпы — тоже особенность региональных конференций, на российских это не слишком взлетает почему-то. На баркэмпах делились техническими аспектами и новыми трендами. Многие проводились основными докладчиками или участниками с опытом, которым есть что рассказать и обсудить, но вот подготовить это как доклад — нет времени. А главное — тут фокус не на рассказе, а на обмене мнениями, интерактиве. В формате обмена мнениями был очень интересный баркэмп про образование. Это, кстати, тоже тренд, проявившийся на круглом столе SPMconf, HappyDev и здесь. Трендом тут является не тема, а суть обсуждения. IT развились до того уровня, когда есть потребность в подготовке кадров, которую крупные компании в свое время закрыли для себя учебными центрами, а новым этого не хватает. И они обсуждают различные формы в практическом, деятельностном залоге. В том числе — взаимодействие с вузами, где они пока не готовы открывать кафедры. Тут, кстати, все сильно зависит от местного вуза. В Омске, например, университет сотрудничает с местным сообществом, и за последний год они перешли от уровня взаимодействия с отдельными компаниями к скоординированной общей деятельности. Что, кстати, сразу дало позитивный эффект — после сравнения курсов, читаемых разными компаниями, получилось убрать дублирование и за счет этого сэкономить время и дать дополнительные материалы. В Ульяновске идет взаимодействие на уровне предоставления площадей. А в Пензе, и не только в ней, вуз относится к деятельности IT-компаний как к попыткам поживиться за счет государства, или как к потенциальному месту срубить деньги — и хочет денег даже за предоставление помещений. Потому что система образования не заинтересованна в подготовке специалистов, востребованных обществом, у нее по факту — совсем другие KPI. И, собственно, основным выводом обсуждения было признание этого факта и, как следствие, — работа на уровне конкретных преподавателей с созданием параллельных структур образования в тех местах, где вузы глухи. Да, это непрофильная деятельность и обременение, но — вполне посильное сильным IT-сообществам. И факт состоит в том, что через несколько лет оно обременением быть перестанет, поэтому вузы, не включившиеся в такую деятельность, — вымрут. Значит, туда им и дорога. Теперь о том интересном, что я услышал на докладах. Кирилл Мокевнин рассказывал про все аспекты работы с сотрудниками, которые позволяют построить не просто компанию, а сообщество увлеченных, успешно самореализующихся людей, действующих совместно. Составляющие, с одной стороны, понятные и теоретически знакомые, с другой стороны — далеко не везде такое получается и даже ставится такая задача. А между тем это — явные тренды, веление времени. Правда, успешные примеры пока ограничиваются небольшими компаниями, до 50 человек или несколько больше. Но большие, включая таких гигантов как Google и Microsoft, некоторое время назад тоже начали работать в этом направлении, и я думаю, что через некоторое время тут будет прорыв. Я, кстати, буду на AgileDays рассказывать, почему это соответствует общемировым закономерностям развития, говоря о системах ценностей. Был интересный доклад Максима Зайцева «Госуслуги. Open: OpenSource для государства» — о том, как систему портала для оказания госуслуг, разработанную и эксплуатирующуюся в Пензенской области, выложили в OpenSource, и в результате, она является бесплатно-доступной для всех желающих. И разработчики надеются, что она вытеснит большинство других системы госуслуг, потому что многие из них были сделаны быстро в ущерб качеству и представляют собой тяжелые в эксплуатации и неповоротливые изделия, а их же необходимо развивать, подключая новые услуги. Сами разработчики при этом готовы предоставлять услуги по развертыванию системы и адаптации ее к нуждам конкретного региона, уже на платной основе, однако при открытых исходных кодах и наличии квалифицированных кадров можно обойтись и без них, во всяком случае, спектр взаимодействия весьма широк. Они спокойно на это смотрят, видя в этом еще и социальную составляющую — госуслугами пользуемся мы все, и если система будет эффективна — то общество в выигрыше. А внутри системы — BPMN-движок для выстраивания процессов по оказанию услуг и их прохождению по разным ведомствам, и точки интеграции с системами конкретных ведомств, обвешанные электронными подписями и прочей достаточно тяжелой инфраструктурой, необходимой для такой системы. Еще я был на нескольких докладах, на которых рассказывали про осваивание новых для команды технологий или шаблонов реализации или даже созданию новых, например, о переходах от callback к взаимодействию через события или кодогенерации интеграционного слоя на основе описаний структур данных с аннотациями. Тут очень интересные впечатления. Когда такую вещь рассказывают с техническими подробностями, то, во-первых, это полезно тем, кто только смотрит в эту сторону, решая аналогичные задачи. А, во-вторых (хотя это куда менее очевидно) полезно тем, кто этот путь уже прошел. Дело в том, что конкретная реализация — отличается. И настоящий профессионал — тот, кто понимает, почему реализация оказалось другой и может сравнить плюсы и минусы в контексте конкретных проектов. Сами докладчики чаще всего это сделать не могут, потому что для них это первый опыт. Но вот, что интересно: более опытные тоже не могут — они в свое время такой путь прошли, и у них тоже единственный опыт — свой, который, при удачном исходе, рассматривается как лучший, а при неудаче — как непригодность технологии (ну, пусть, только к их проектам). А на самом деле он, как правило, не лучший, а просто другой. Особую прелесть этим сравнением придает тот факт, что «программирование — единственная область, где с костылями быстрее, чем без них» (Максим Дорофеев), и отличие профессионала в том, что он умеет строить баланс костылей и красивых решений. Я не хочу сказать, что сам могу всегда ответить на вопросы сравнения разных решений но, во всяком случае, я исходно рассматриваю услышанные решения именно как другие, различаю костыли и красивые решения и пробую сравнить их и свои решения с этой точки зрения. А сам я делал обзорный доклад по DDD, акцентируя внимание на концептуальный уровень, на единый язык и построение коммуникаций, а не просто работу с моделями, сложное отражение в код через шаблоны, и не просто через Domain Model и RichObjects — потому что, по опыту, оно гораздо уместнее в сложных проектах. Именно эта часть, по моему опыту, часто ускользает от внимания. В результате DDD интерпретируется как достаточно простая конструкция — с существенными ограничениями по применению. Презентацию доклада можно посмотреть здесь. На этом я кончаю свой отчет о конференции, до встречи на новых конференциях.---- Репликация: База Знаний «Заказных Информ Систем» → «Максима Цепкова/2014-03-14: SECON в Пензе» Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion». Software Quality Days 2014В январе я съездил в Вену на Software Quality Days 2014. Конференция немецкая, но в программе было много английских докладов, иногда параллельно на нескольких треках, а темы были заявлены интересные. И в целом я доволен тем, что съездил, хотя все-таки незнание немецкого сказывалось сильно - ты не можешь принимать полноценное участие в общении: хотя английский все участники знают, разговор идет на немецком и послушать и включиться, как я делаю у нас - не получается. Я получил впечатление об общем уровне и организации конференции, сравнил ее с отечественными. Наши в целом не хуже. Услышал несколько интересных докладов.
А еще - посмотрел на вендорский софт, представленный на конференции, которого было довольно много. В отличие от наших конференций, на которых участвуют преимущественно крупные фирмы - Microsoft, IBM, HP - там было представлено довольно много разного софта от более мелких фирм. А еще - узнал про идею Resource Orienter Computing, в которой архитектуру приложения предлагается строить аналогично архитектуре интернета - на основе совокупности множества сервисов, для доступа к объектам которых используются адреса, аналогичные URL. Под эту архитектуру фирма 1060research предлагает свою платформу NetKernel, на которой много что реализовано. За счет этого там хорошо решаются вопросы масштабирования. Тут интересно, что в рассказе о заложенных в архитектуру принципах я опознал много конструкций, которые слышал в рассказе Microsoft об архитектуре Windows8 - я писал об этом в отчете о DevCon-2013. Так что, вполне возможно, это один из источников идей для архитектуры. И это - интересно. 2014-02-06: ALM Summit-2014Чуть было не пропустил конференцию MS ALM Summit. Но накануне решил сходить - потому что решение MS по ALM - комплексное и обеспечивает совместную согласованную работу систем поддержки разработки и эксплуатации, и за его развитием интересно следить. И кроме докладов по ALM бонусом получил два интереснейших доклада Александра Рахманова по нагрузочному тестированию и Алексея Лустина про включение 1С-приложений в общий цикл разработки, при котором 1С рассматривается просто как бизнес-ориентированный DSL. Всего было более 400 участников. Возвращаясь к ALM от MS. К сожалению, ее не удалось полноценно дотянуть до уровня бизнеса и описания архитектуры предприятия (enterprise architecture). В VS Ultimate 2012 такая попытка была, но она по факту не взлетела. А это - важная составляющая при сопровождении ИТ-ландшафта больших предприятий, в которых эксплуатируются десятки приложений, постоянно идут процессы модернизации и внедрения новых приложений и перераспределения между ними бизнес-функций. Но, несмотря на эту лакуну, решение MS по ALM покрывает достаточно большую область задач поддержки разработки приложений и их эксплуатации, и это дает представление и идеи о том, какие функции необходимо реализовывать в системе управления ИТ-ландшафтом, и каким образом их правильно интегрировать, независимо от используемых для этого инструментов. В частных разговорах - хорошая идея на поле управления IT-ландшафтом была у Jazz (IBM), но она, говорят, провалилась. А вот с линейки HP ALM многие слезают, переходя на ALM от MS. Вообще нарекания на продукты HP я слышал не только на этой конференции. ALM от MS уже второй год остается лидером в этом сегменте по квадрату Гартнера. И, что интересно, ее внедряют не только разработческие компании - были рассказы про опыт внедрения TFS в Вымпелкоме и ВТБ24, где разработкой занимаются сторонние подрядчики. А в разработческих ее успешно используют не только для windows-разработки, но и для Linux-разработки (Касперский). Правдо Мас-разработчиков им пересадить на нее не удалось. А теперь - обзор докладов, на которых я был. Отмечу, что я точно попал не на все интересные доклады - по отзывам и твиттеру, были интересные доклады Асхата Уразбаева, Алексея Баранцева и Сергея Дмитриева, но на конференции параллельно шло четыре трека и я выбрал альтернативные варианты. |
 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
 |
[ Хронологический вид ]Комментарии
Спасибо, Максим! Абсолютно солидарен насчёт возможности быстро миновать промежуточные уровни. Очень радует, что я не одинок в этом видении. Планирую в следующем году проверить на практике. И впредь двигаться в этом направлении.
Да, я это вижу на практике. Тут, правда есть вот какая опасность. Высокие уровни "по-настоящему" включают предыдущие в смысле понимания конструкций, и это дает возможность действовать на них в полную силу. Но когда схема есть, то можно прочитать только конструкции некоторого уровня без предыдущих, и освоить только их - а столь поверхностного понимания недостаточно для эффективной работы - хотя на рассуждениях оно не всегда видно. Но вот проживать, принимать в себя - точно не обязательно.
Именно что не обязательно. Понять конструкции промежуточных уровней можно путём внимательного изучения, которое уж точно не требует годы. Тем более, что любые действия на высоких уровнях подразумевают оперирование элементами более низких, так что это изучение продолжается непрерывно. Напротив, как мне кажется, слишком глубокое вовлечение в промежуточные уровни может привести к «застреванию» на них из-за сильной психологической инерции, давления существующего большинства.
Да, тем более, что исследования Грейвса, на которых все было создано, вообще проводились внутри семестра или года обучения. Тут вопрос в том, насколько человек, понявший промежуточные уровни поверхностно, эффективно взаимодействовать с теми, кто на этих уровнях находится. Но ему это может быть и не нужно.
Думаю, что рано или поздно потребуется. Ведь сама суть жёлтого выражается в интеграции различных сущностей и явлений. Вероятность того, что эти сущности и явления будут лишь в пределах самого жёлтого уровня мизерна, поскольку подобных людей на Земле ещё очень мало. Скорее, на текущем этапе миссия жёлтого заключается именно в том, чтобы, взаимодействуя с уровнями существования, выводить их на уровни бытия (и вместе с ними формировать бирюзовый уровень).
Кстати, насколько я понял доктор Клэр Грейвз была женщиной, хотя на русскоязычных ресурсах её чаще всего упоминают в мужском роде +)
Когда мы обсуждали этот вопрос с Артёмом Сердюком, он привёл такой пример: молодой выпускник интегрального курса, реально разобравшийся в модели, вдруг оказывается без средств. По словам Артёма, подобный человек не сможет адаптироваться и найти выход, потому что не знаком на практике с оранжевым уровнем. А мне сразу в голову приходят Джимми Уэйлс, Кикстартер и прочие чудеса современности. Всё-таки VUCA – это действительно мир неограниченных возможностей.
Максим , Супер - аж появилось желание принять участие в следующей конференции :-) Как бы добыть доступ к соответсвующим презентациям - ведь участники наверняка ими делятся ?
Ну, сами участники делятся не часто, но организаторы презентации и видео через некоторое время среди участников распространяют. А на следующую конференцию - приходите.
Уж сколько раз твердили миру... Я про проект "Карнеги-Меллон". Ну не имеет он прямого отношения к университету. Есть чисто коммерческий институт при университете, который полностью на самоокупаемости и имеет право упоминать университет. Таких институтов "в составе" универститета несколько штук. "Западный штат профессоров" - это люди, которые еще в середине 2000-х начали а Россию регулярно заезжать (и далеко не все из них действительно "профессора"). Т.е. по сути - просто обычный учебный центр под красивым брендом. В общем с Россией в данном случае как с папуасами: пришли какие-то белые люди и на их "бусы и погремушки" папуасы с радостью "реагируют". Реально же отделений университета по миру все пара штук (именно там реально универской программе обучают). Например, в ЮАР, но никак не в России.
Все-таки, давайте конкретнее. Мне тоже интересно разобраться. Коммерческий институт - это тот, что работает в Казани, или в штатах при университете Карнеги-Меллон - есть еще и отдельный коммерческий институт? То, что в Казани не открывают отделение Карнеги-Меллон - очевидно, а вот сколько тут промежуточных инстанций - интересно.
Теперь дальше. Что значит "имеет право упоминать"? Есть такая вполне нормальная конструкция как франчайзинг. Это когда ты - коммерчески независимая компания, но при этом компания, предоставляющая бренд - поставила тебе процессы, а еще - проверяет и отвечает за их качество. В том смысле, что есть двухсторонний контракт и условием предоставление бренда для тебя является прохождение проверок и обеспечения качества процессов. По общению у меня впечатление, что здесь - именно такая ситуация. То есть программа - из Карнеги-Меллон, преподаватели должны быть по ней подготовлены или сертифицированы, качество обучения как-то проверяется. И, на мой взгляд, солидный университет (я про Карнеги-Меллон) ничего другого позволить себе не может. Другое дело, что на практике могут быть нюансы, и вообще качество проверки может быть разным - но это время покажет.
И про профессоров. Опять-таки, со слов, но принцип набора - из западных, преимущественно европейских университетов. И какая-то стажировка в Карнеги-Меллон. Понятно, что ученые степени, звания и опыт у них могут быть разные, но опять-таки понятно, что для нормального учебного процесса так и должно быть - есть те, кто ведет, строит и адаптирует учебный процесс, читая лекции и курс в целом. есть люди, ведущие занятия в конкретных группах в рамках этого процесса.
Так что для заявления, что это "обычный учебный центр под красивым брендом" пока оснований не вижу. Все, что написали вы, и о чем писал я - с фактологической укладывается в понятие "франчайзинговый учебный центр с контролем качества". А эмоционально вы считаете, что это будет дерьмовый франчайзинг, где от Карнеги-Меллон будет лишь красивая вывеска, а у меня нет такого впечатления, я вижу, что есть намерение "сделать по уму", хотя экономика этому может помешать.
Спасибо за отрицательный отзыв. Теперь я вижу еще один аспект, который надо улучшить. Как это делать - пока не знаю. Может быть категоризация по разным атрибутам, может еще как
Максим, есть ли видеозапись вашего доклада?
Пока нет. Видео оперативно выкладываются на https://www.facebook.com/sqadays - следите. А потом ссылки появятся на сайте конференции.
Войдите, чтобы комментировать.