SWEBOK на русском 2nd Edition – 25K visitors/year

год назад запустил сайт со второй редакцией перевода SWEBOK.

 

25K+ для web-проекта мало, для перевода свода знаний, имхо, вполне. это ведь не новостной сайт или постоянно обновляемый блог, это то над чем надо посидеть мозговать чуть дольше. Вот такой подитог.

10000 - маленький юбилей SWEBOK на русском (swebok.sorlik.ru)

В конце января этого года я запустил выделенный сайт Основы Программной Инженерии (по SWEBOK) с обновлённой версией перевода Руководства к своду знаний по программной инженерии – Guide to the Software Engineering Body of Knowledge (SWEBOK), с замечаниями и комментариями.

 

Сегодня же произошло пусть и незаметное по меркам Интернет-ресурсов, но знаковое для меня – количество посетителей сайта cо SWEBOK на русском, наконец, перешагнуло порог 10000, как об этом сообщил сервис статистики ClustrMaps:

Для сайта по инженерной дисциплине, думаю, это не так уж и плохо :-)

 

Статистически интересной показалась и популярность соответствующих страниц сайта, по-сути отражающая интерес к тем или иным областям компетенций, описанных как области знаний SWEBOK:

Я, конечно, понимаю, что первая версия перевод SWEBOK (которую начал публиковать ее пять лет назад - в 2005 году) не только в виде pdf в моем блоге, а в форме Web-страниц, был опубликован с моего разрешения на сайте Вячеслава Панкратова software-testing.ru, трансформировавшегося затем в проект it4business.ru и родившись заново как портал по тестированию и качеству ПО – это не могло не оставить отпечаток интереса к SWEBOK специалистов в области тестирования. И прямых данлоадов (десятки тысяч) было много за те годы, которые прошли после первой публикации перевода, и разошлись те самые pdf’ы по просторам Рунета и web-страницы были доступны… ))) Но, что меня искренне радует пусть и в скромной для 5 месяцев жизни нового ресурса цифре – интерес к деятельности в области разработки ПО как инженерной дисциплине продолжает расти, несмотря на отсутствие соответствующих промышленных стандартов на русском языке (о них можно прочитать в (SWEBOK), не очень развитой (за исключением очень немногих ВУЗов) школы преподавания программной инженерии в России и многих других факторах, до сих пор поддерживающих некий налёт “стихийности” нашего рынка программного обеспечения.

 

Интерес есть и все чаще проявляющаяся специализация в области управления требованиями и анализа, тестирования/контроля качества, архитектуры, разработки – признаки явного созревания российской индустрии ПО. И я рад, что пусть небольшой, но всё же полезный вклад удалось для этого сделать и мне, вместе с Юрой Булуем, который помог в появлении этого перевода SWEBOK, наконец, заставившего многих (может, пусть и не всегда идеально:) специалистов ИТ начать говорить на одном языке.

 

Буду рад, если и вы поддержите этот перевод SWEBOK, дав на него ссылки у себя в блогах и других ресурсах – http://swebok.sorlik.ru.

ИТ-компетенции для развития бизнес-инноваций

Много слышим об инновациях и модернизации, обсуждаем, обдумываем, спорим - ведь и правда хочется “быстрее, выше. сильнее”. Но для любого старта нужна соответствующая стартовая площадка. Да, у нас есть фундаментальное образование. Да, мы пытаемся применять зарекомендовавшие себя лучшие практики не только в ИТ, но и в менеджменте, и повседневном и особенно - стратегическом. Мы обсуждаем и даже учимся разговаривать с бизнесом о значимости ИТ уже без недоумения со стороны бизнеса (у меня до сих пор не исчезло удивление, связанное с интересом к теме Enterprise 2.0 в наших компаниях!). Но как-то все не то чтобы бессистемно, но очень фрагментарно -будь то актуализация российских стандартов в области ИТ и приведение их в соответствие с современным состоянием стандартизации в Штатах и в мире, будь-то электронные услуги для граждан или отношение к профессиям в ИТ как инженерным дисциплинам. Горжусь тем, что свою, пусть и очень скромную лепту, в такую систематизацию вношу, делясь лучшими первоисточниками (хотя любой профессиональный консультант старается это держать “при себе” :) и подготовив и опубликовав в свободном доступе перевод на русский язык SWEBOK – Свод знаний по программной инженерии.

 

С т.з. ретроспективы своих же постов в этом блоге, наверное чисто интуитивно, имея тягу к инновационным идеям, постоянно публикую здесь ссылки на интересные исследования и практики в области стратегического управления в ИТ, менеджмента и лидества (не только в ИТ). Продолжая недавно затронутую тему навыков, необходимых архитекторам в ИТ, но уже расширяя ее ИТ-компетенциями, необходимыми для инноваций в бизнесе, хочу дать несколько великолепных с моей т.з. первоисточников по теме e-Competence. Эти материалы были разработаны в рамках многолетней инициативы Евросоюза European e-Competence Framework (e-CF) при активном участии специального исследовательского центра одной из самых авторитетных бизнес-школ  - INSEAD.

 

• Strengthening e-Skills for Innovation in Europe – INSEAD eLab
• INSEAD e_Competences Project Publications
• European e-Competence Framework 1.0
• ICT Curricula in Higher Education in Europe - European e-Competence Curricula Development Guidelines, Synthesis Report- August - 2009 
• ICT Curricula in Higher Education in Europ, Final Report- March 2010

P.S. вот только в очередной раз осадок остался – ну а где же наши инициативы такого класса, говорим ли мы о нашем столь современном, инновационном бизнесе или не менее инновационных наших бизнес-школах…

Enterprise Developer Conference в Москве

26-го марта в Москве состоится Enterprise Developer Conference. Хотя программа еще не финализирована (активно над ней работаем), уже кое-что можно про нее понять и решить :)

И я там буду, на этот раз с докладом

• "Разработчик в корпоративной среде: вопросы, проблемы, практики"

А вот предварительные тезисы:

Корпоративный разработчик не живет в изолированной "тепличной" среде. Взаимодействие с бизнес-аналитиками, постановка задач, управление требованиями, планирование развёртывания приложений в рамках существующей ИТ-инфраструктуры, интеграция данных, потоков информации и приложений, вопросы безопасности... - существует целый спектр тем, вопросов и проблем, требующих решения. Как найти общий язык с бизнес-пользователями? Почему и какие вопросы безопасности требуют специального внимания со стороны разработчиков? Что хотят от разработчиков инфраструктурные специалисты? Что делать с внутренней со службой поддержки пользователей? Как правильно расставить приоритеты? Какие компетенции значимы для корпоративных разработчиков? Именно эти и связанные с ними темы будут обсуждаться в этом докладе.

Надеюсь, что некоторые мысли в этом докладе будут не только знакомы, но и полезны ;) Обсуждение и кулуары, конечно, как всегда приветствуются!

Перевод ISO/IEC 20000 "ИТ. Управление услугами" на русский от itSMF Россия

Коллеги из itSMF Россия порадовали переводом ISO/IEC 20000 являющимся проектом соответствующего ГОСТ Р ИСО/МЭК 20000 "Информационные технологии. Управление услугами" и выложили его в публичный доступ:

• ISO/IEC 20000 перевод от itSMF Россия
  

P.S. хорошо, что такие инициативы есть, но плохо то, что те, кто по своим должностным обязанностям должен заниматься такой деятельностью, её откровенно игнорирует:

• "Практика применения Федерального закона «О техническом регулировании» показала довольно низкую эффективность заложенных в нём правовых институтов – за 7-летний период реформы технического регулирования принято всего лишь 11 технических регламентов. Механизм принятия технических регламентов оказался крайне неэффективным – согласование документов на межведомственном уровне затягивается на годы."
  - из справки к проекту федерального закона «О внесении изменений в Федеральный закон «О техническом регулировании»
  
  
• "Со времени своего создания агентство, ныне ставшее Росстандартом, выступало тормозом любых преобразований в данной сфере. Предполагалось, что с 2003 по 2008 г. в стране должны были быть утверждены около 400 технических регламентов. Более 200 из них были разработаны к лету прошлого года. По 175 были завершены, как того требует закон, публичные обсуждения. Но приняты за эти годы были только… 11. Продолжают действовать давно устаревшие требования, зато обязательной сертификации подлежит около 60% наименований производимой продукции (в ЕС — 4%)."
  - Ведомости, "Modernizatsya.ru: Ребрендингом не обойтись"
  

Новый сайт: Основы программной инженерии по SWEBOK

Этот блог начался 4.5 года назад (в июле 2005) с публикации моего перевода IEEE Guide to SWEBOK 2004 - Руководства к своду знаний по программной инженерии, в комментировании которого также принял участие моей коллега (тогда по Borland, а в дальнейшем и по HP) и известный спец по управлению требованиями - Юрий Булуй. За время, прошедшее после первой публикации, в индустрию ИТ пришло новое поколение. Но, судя по многим встречам и интернет-форумам, некоторые проблемы остаются вечными :) Хотя подготовка ИТшников в вузах и претерпела определенные изменения, это не всегда помогает тем, кто приходит в реальные проекты. Да и тем, кто работает не первый год, тоже часто не хватает теоретических знаний, да чего уж там - нормального оперирования многими базовыми понятиями. Вот я и решил возвратиться к теме SWEBOK и, пройдясь по первой версии перевода, внес вместе с Юрием некоторые коррективы (нет, это не вторая версия перевода, но определённая шлифовка ;) и, что думаю важно будет для многих - теперь более явно выделены комментарии и дополнения. Ну и, обновив соответствующие главы, заодно, сделал и новый сайт:

• Основы Программной Инженерии (по SWEBOK)

Сами же скорректированные главы в pdf (также с выделением цветом всех замечаний и комментариев) теперь доступны с нового сайта из раздела Скачать для чтения.

Приятного и, надеюсь, полезного чтения!

P.S. Вдвойне приятно, что для этого сайта автор известных визуальных иллюзий и парафразов Эшера - David Macdonald разрешил использовать его знаменитую "The Terrace" ;)

it4business.ru & SWEBOK

Приятно то, что не только скачивают* мой** перевод SWEBOK (смотри в моем блоге справа под архивом и тегами список глав, в том числе дополнительных) с замечаниями и комментариями. Собственно, к чему это я?

Просто заметил, что проект it4business.ru, созданный Славой Панкратовым (человеком уникальной энергетики и целого облака тэгов моря идей, которые, кстати, он планомерно реализует :) , набирает обороты и в основу его структуры и первичного содержания легли как раз этот перевод SWEBOK и мои дополнения к нему по управлению жизненным циклом.

Ай да Пушкин ... ! ;)


* последний раз когда с полгода назад пытался оценить общее количество скачиваний напрямую у меня и с software-testing.ru цифра подкралась к 4 тысячам. а ведь есть еще rusdocs и море других сайтов, где все это выложено... Интересно, скачивают так, на всякий пожарный или дипломный? или все-таки для работы и чтения <супруге/у> на досуге? :-)

** Особое спасибо Юрию Булую за совместный труд по расширению главы по управлению требованиями и его комментариям по другим главам.

Относительно моего неучастия в SEC(R) 2005 в качестве докладчика

Уважаемые, Коллеги

Как вы уже читали, 19 июля 2005 года я разместил две заявки на доклады на конференции Software Engineering Conference Russia - SEC(R) 2005 (см. http://sorlik.blogspot.com/2005/07/27-28-software-engineering-conference.html ):
1. IEEE Guide to the Software Engineering Body Of Knowledge (SWEBOK) - цели, содержание и значение для индустрии.
2. Жизненный цикл программного обеспечения: стандарты и модели.

Прошло более трех месяцев с момента размещения заявки (1) на доклад, посвященный SWEBOK, перевод областей знаний которого на русский язык (с замечаниями и комментариями) я сделал общедоступным (см. http://sorlik.blogspot.com и http://www.software-testing.ru/lib/se/ ) для русскоговорящего сообщества разработчиков, следуя духу IEEE SWEBOK.

Рад сообщить, что второй доклад был принят Программным комитетом.
Однако, вместо отклонения или принятия первого доклада (1) по SWEBOK, я был поставлен перед фактом объявления моего участия в круглом столе "Computing Curriculum, SWEBOK" [вместе с Андреем Тереховым (Microsoft), Владимиром Павловым (Microsoft) и Анатолием Шкредом (Intuit)], в качестве безусловной "альтернативы" моему выступлению с этим докладом.

К сожалению, данная практика, рассматриваемая мной как определенное давление, привела к принятию решения о неучастии на Конференции в качестве докладчика, включая анонсированный без моего согласия Круглый стол. Безусловно, ни в какой степени не предполагая связанности данных докладов при размещении заявок, я все же принял решение отказаться и от выступления с докладом (2) по жизненному циклу программного обеспечения.

Сформулированная позиция является моей персональной позицией и никак не ассоциирована с моей работой в компании Borland и ни в какой мере не выражает позиции Borland.

С уважением,
Сергей Орлик

Чего не хватает в SWEBOK или новые области знаний программной инженерии.

Краткое резюме, отражающее точку зрения* автора неофициального перевода SWEBOK на русский язык.

1. На пути трансформации сегодняшней типичной разработки программных систем в управляемый и предсказуемый бизнес-процесс – в производство, необходимо уделение специального внимания экономическим аспектам программной инженерии, включая концепции, методы, техники и практические соображения в этой области, включая вопросы аутсоурсинга и офшорной разработки. Назовем такую желаемую область - “Экономика программной инженерии”.

2. Производство и управление созданием любого продукта (и, особенно, являющегося результатом инженерных усилий) невозможно представить без планирования, контроля и предовращения рисков. Статистика индустрии программного обеспечения (например, знаменитый постоянно обновляемый отчет “Chaos Report”, The Standish Group) неумолимо свидетельствует о катастрофическе низком КПД совокупной деятельности в области программного обеспечения. Без уделения должного внимания рискам ни о какой экономике программного обеспечения не может быть и речи. Вполне естественно выделить общие положения в отношении рисков с учетом специфики программного обеспечения в самостоятельную область знаний “Риски в программной инженерии”.

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

4. На протяжении многих лет, методы управления разработкой программного обеспечения, по-сути, игнорировали человеческий и творческий факторы программной инженерией. Бурное развитие и успешное применение Agile-методов и практик стало ответом на консерватизм в “официальной” программной инженерии (представленной в форме тех или иных стандартов). Вопросы взаимодействия внутри команды разработки и вовлечения заказчика (в лице конкретных его представителей) непосредственно в процесс разработки стали двумя из четырех ключевых положений The Agile Manifesto. Например, организация рабочего пространства, неформальные методы инженерной деятельности и многие другие концептуальные и практические аспекты демонстрируют явную тенденцию к первичному формированию области знаний “Коммуникации в программной инженерии”.

5. Стоимость создания, внедрения, изменения и сопровождения инфраструктуры разработки программного обеспечения (вне зависимости от того, идет ли речь о коммерческих продуктах или результатах open source проектов) – достаточно высока и связана со все возрастающей сложностью создаваемых систем, используемого инструментария и значимости информационных систем для нормального функционирования бизнес-процессов потребителей ИТ. При всей широте существующей области знаний “Инструменты и методы программной инженерии”, вопросы выбора (evaluation), использования, приобретения или внутренней разработки, а также внутрипроектной/внутрикорпоративной стандартизации средств автоматизации процессов управления, разработки и сопровождения, требуют, как минимум, введения отдельной секции “Выбор инструментов”, включающей аспекты формирования критериев, процессов и принятия решений об использовании инструментов. Как максимум – разделения на области знаний “Инструменты программной инженерии” и “Методы программной инженерии”.

6. Наконец, возможная новая область знаний “Управление человеческими ресурсами, занятыми в программной инженерии” обладает существенной спецификой, по сравнению, например, с PMI Guide to PMBOK (Project Management Body Of Knowledge), учитывая, что обсуждаемая нами инженерная дисциплина, при всей своей эвристической природе, требует специального внимания квалификационной оценке персонала, его обучению, профессиональной переподготовке (где еще технологии развиваются с такой же скоростью?!) и, конечно, найму на работу (где еще такая проблема с кадрами?!).

Это, конечно, лишь вопросы. Но, в правильно поставленном вопросе есть и доля ответа. Надеюсь, что и вы сочтете эти вопросы правильными.

* Данная точка зрения автора может измениться при появлении соответствующих аргументов ;-)

Завершающие главы SWEBOK на русском языке

Здравствуйте, Коллеги!

В продолжение публикации неофициального перевода* Руководства IEEE к Своду Знаний по Программной Инженерии (IEEE Guide to Software Engineering Body Of Knowledge - SWEBOK), стал доступен перевод области знаний SWEBOK "Качество программного обеспечения" ("Software Quality"), с замечаниями и комментариями.

Это завершающая глава по областям знаний SWEBOK, непосредственно касающаяся содержания предмета дисциплины программной инженерии. Также доступно краткое резюме по структуре и содержанию SWEBOK.

Отредактированный перевод (с замечаниями и комментариями) последней области знаний SWEBOK - "Related Disciplines of Software Engineering", связанный с аспектами применения других дисциплин к разработке программного обеспечения, будет выложен в ближайшие дни в публичный доступ (как это предполагается текущей версией оригинального издания SWEBOK), как и все опубликованные переводы* предыдущих глав, по адресу: http://sorlik.blogspot.com .

Также, я буду доступен для очного общения по этому переводу SWEBOK на протяжении всей работы конференции Software Engineering Conference Russia - SEC(R) 2005.

С уважением,
Сергей Орлик
Borland
mailto:sorlik@borland.ru
Персональный блог: http://sorlik.blogspot.com

* Данная работа является персональной профессиональной инициативой, не финансируется и не ассоциирована в какой-либо форме ни с какой компанией или организацией.

Опубликован перевод главы SWEBOK "Инструменты и методы"

Наверное, одна из наиболее спорных областей знаний SWEBOK, что и не скрывают ее авторы. Глава доступна для download:

• "Инструменты и методы программной инженерии"

Опубликована новая глава по SWEBOK

Как и обещал, публикую главу по конфигурационному управлению.

• Конфигурационное управление (415 Kb)

Наверное, одна и глав, способных вызвать наиболее острые дискуссии. Каковы причины для этого? Безусловно, определенные ожидания, связанные с обсуждением организации параллельной разработки, различия в используемой терминологии (особенно, для тех, кто привык оперировать терминами конкретного программного обеспечения или методологий), само собой разумеется (я это прекрасно понимаю :-) - множество вариантов перевода тех или иных понятий. Однако, если вчитаться, становится понятно, что эта глава является достаточно "высокоуровневой" и касается фундаментальных идей, чему необходимо обязательно уделять внимание, а не того, как именно это делать. "Как делать" - это, в большей степени, вопрос методологий, процедур и внутрикорпоративных стандартов.

Так или иначе, эта глава будет расширяться и, надеюсь, благодаря вашим комментариям, в том числе.

Опубликована ещё одна глава по SWEBOK

Доступен перевод еще одной области знаний SWEBOK "Software Engineering Process":

• Процесс программной инженерии (250 Kb)

Когда вы будете ее читать, наверняка обратите внимание на упоминание возможности использования BPMN - Business Process Management Notation (разработана BPMI.org) для описания процессов жизненного цикла программного обеспечения. Действительно, практика показывает, что этот подход себя оправдывает, как говориться, на все 100. В следующий раз я приведу некоторые рекомендации по тому, как удобнее всего использовать Business Process Diagram (BPD) в этом контексте. Если же говорить о самой концепции применения BPMN в отношении процесса программной инженерии, здесь достаточно просто принять точку зрения, что разработка и сопровождение программных систем является нормальным бизнес-процессом. Остальное - естественный результат такой позиции.

Да, кстати, многие спрашивают "когда будет доступна глава по конфигурационному управлению?". Работа над ней идет (подчищается терминология, добавляются некоторые замечания и комментарии к переводу). Она будет опубликована следующей в ряду материалов по SWEBOK.

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

27-28 октября в Москве состоится конференция Software Engineering Conference (Russia) - SEC(R) 2005

Cайт конференции - http://secr.ru. Организаторами конференции выступают Ассоциация “РУССОФТ” и компания RUSSEE. Borland выступает в качестве премиум спонсора конференции. Планируется большое количество интересных докладов и "воркшопов". Окончательная программа конференции будет определена программным комитетом конференции в конце августа-начале сентября.

Со своей стороны, я направил заявку на два доклада:

1. IEEE Guide to the Software Engineering Body Of Knowledge (SWEBOK) - цели, содержание и значение для индустрии.
   Доклад посвящен одному из фундаментальных источников знаний по программной инженерии - IEEE Guide to SWEBOK (Software Engineering Body Of Knowledge). В докладе будут рассмотрены цели проекта SWEBOK, его содержание и структура, связь с основополагающими стандартами, такими как PMI PMBOK (ANSI Standard), и др.
2. Жизненный цикл программного обеспечения: стандарты и модели.
   В докладе рассматривается концепция жизненного цикла программных систем. Дается, в частности, обзор стандарта IEEE, ISO/IEC, ГОСТ Р ИСО/МЭК 12207 и различных моделей жизненного цикла, включая спиральную модель Боэма и учет рисков.

Новая книга и перевод SWEBOK на русский язык

В конце 90-х годов прошлого века знания и опыт, которые были накоплены в индустрии программного обеспечения за предшествующие 30-35 лет, а также более чем 15-летних попыток применения различных моделей разработки, все это, наконец, оформилось в то, что принято называть дисциплиной программной инженерии – Software Engineering. В какой-то мере, такое формирование дисциплины на основе широко распространенного практического опыта напоминает те процессы, которые происходили в управлении проектами. Возникали и развивались профессиональные ассоциации, специализированные институты, комитеты по стандартизации и другие образования, которые, в конце концов, пришли к общему мнению о необходимости сведения профессиональных знаний по соответствующим областям и стандартизации соответствующих программ обучения.

В 1958 всемирно известный статистик Джон Тьюкей (John Tukey) впервые ввел термин software – программное обеспечение. В 1972 году IEEE* выпустил первый номер Transactions on Software Engineering – Труды по Программной Инженерии. ...

В 2005 году IEEE (вместе с ACM) опубликовал уже практически законченный Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE 2004 Version - Руководство к Своду Знаний по Программной Инженерии, в дальнейшем просто “SWEBOK”.

Многие специалисты, с кем я постоянно общаюсь , знают, что последнее время я уделял SWEBOK особое внимание, в частности, занимаясь его переводом на русский язык (благо, публичность и мягкость копирайта позволяют это сделать). Сегодня я говорю об этом, потому, что часть моей новой книги "Введение в программную инженерию и управление жизненным циклом" базируется на SWEBOK.

Идея книги стать, в какой-то степени, "навигатором" (пусть и субъективным) по соответствующим вопросам:

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

Сегодня я публикую первую половину глав, созданных на базе SWEBOK (первая половина описанных областей знаний), вместе с некоторыми другими главами:

• Введение (140 Kb)
• Общее управление проектами (340 Kb)
• Программная инженерия (280 Kb)
• Модели жизненного цикла (360 Kb)
• Библиография (100 Kb)

Главы на основе SWEBOK:

• Требования (355 Kb)
• Проектирование (230 Kb)
• Конструирование (190 Kb)
• Тестирование (240 Kb)
• Сопровождение (300 Kb)

Часть глав, базирующихся на SWEBOK, написана совместно с Юрием Булуем, за что я ему крайне признателен.