Подчеркивает системные компетенции необходимые современному человеку:
- понимает и умеет использовать экологические стратегии, основанные на участии множества участников, а не на централизованном управлении
- умеет участвовать в групповой деятельности, направленной на достижение общего результата
- умеет наблюдать и оценивать участие других людей в совместной деятельности
- способен понимать взаимосвязанность поведения нескольких людей
Дж.Равен так описывает построенную концептуальную модель системной динамики образовательной системы: «Эта сеть взаимодополняющих сил состоит из многих компонентов (подсетей), которые обычно упускаются из виду.
О.Н. Ярыгин рассматривает системное мышление как необходимый компонент управленческой компетентности и уделяет внимание ментальным моделям, которые отражали бы свойства системы.
Ментальные модели - это знания и представления о реальности в виде систем взаимосвязанных фактов и причинно-следственных связей. В психологии этому компоненту соответствуют ментальные репрезентации, понимаемые как «актуальный умственный образ того или иного конкретного события (то есть то, как человек воспринимает, понимает и объясняет происходящее)». В современной терминологии можно сказать, что ментальные модели (ментальные репрезентации, интеллектуальные модели) являются продуктами аналитической деятельности человека как составляющей его практической деятельности. Но при встрече с новыми реальными или абстрактными объектами человек оказывается в ситуации, когда аналитическая деятельность невозможна ввиду отсутствия ментальной модели, и тогда целью аналитической деятельности становится создание новых моделей
В целом ряде работ ментальные карты рассматриваются как основа для формирования и оценки системных компетенций. На наш взгляд карта или диаграмма связей является фундаментальным образовательным объектом деятельность с которым помогает освоению системных компетенций и формированию системной компетенции.
- Когосова А.С., Дьякова М.Б. Особенности организации самостоятельной работы студентов вуза с позиций компетентностного подхода // Современные проблемы науки и образования. 2012. № 5. С. 193.
- Когосова А.С., Дьякова М.Б. Формирование профессиональной компетентности у студентов вуза с позиций системного подхода // Современные проблемы науки и образования. 2013. № 6. С. 265.
- Орлов А.И. Системообразующие факторы формирования профессиональной компетентности // ОБРАЗОВАНИЕ И САМОРАЗВИТИЕ. 2011. № 28. С. 73 – 78.
- Равен Д. Компетентность в современном обществе. Выявление, развитие и реализация. Москва: Когито-Центр, 2002. 396 с.
- Ярыгин О.Н. «Компетентность» и «компетенция» как эмерджентные свойства деятельности человека // Вектор науки Тольяттинского государственного университета. Серия: экономика и управление. 2011a. № 1. С. 345–348.
- Ярыгин О.Н. Роль компетентностного подхода в образовательной системе и развитии общества в целом // Вестник гуманитарного университета ТГУ. 2011b. № 3. С. 75–78.
- Ярыгин О.Н. Эмерджентные свойства аналитической деятельности: компетентность // Вектор науки Тольяттинского государственного университета. Серия: экономика и управление. 2011c. № 3. С. 343–346.
- Ярыгин О.Н. Методология формирования компетентности в аналитической деятельности при подготовке научных и научно-педагогических кадров // 2013a.
- Ярыгин О.Н. От ‘competence’ до «компетентности» : продолжение эволюции понятий // Вектор науки Тольяттинского государственного университета. Серия: педагогика, психология. 2013b. № 2 (13). С. 333–336.
- Ярыгин О.Н. Система формирования компетентности в аналитической деятельности исследователя. Тольятти: Кассандра, 2013c. 465 с.
- Ярыгин О.Н., Кондурар М.В. Диагностика сформированности компетентности // АЗИМУТ НАУЧНЫХ ИССЛЕДОВАНИЙ: ПЕДАГОГИКА И ПСИХОЛОГИЯ. 2014. № 1. С. 90–93.
- Ярыгин О.Н., Коростелев А.А. Системная динамика как основа современной управленческой компетентности // АКТУАЛЬНЫЕ ПРОБЛЕМЫ ЭКОНОМИКИ И ПРАВА. 2014. № 4 (32). С. 196–205.
- Ярыгин О.Н., Роганов Е.С. Изучение системной динамики как инструмент формирования компетентности менеджера и исследователя // Вектор науки Тольяттинского государственного университета. Серия: экономика и управление. 2012. № 2. С. 88–92.
- Ярыгин О.Н., Рудаков С.С., Роганов Е.С. Системное мышление как необходимый компонент управленческой компетентности // Вестник Тольяттинского госудуарственного университета. 2012. № 4 (22). С. 448–453.
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН КАЗАХСКИЙ ГОСУДАРСТВЕННЫЙ ЖЕНСКИЙ ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ
Факультет педагогики и психологии
Кафедра общей педагогики
Согласовано «УТВЕРЖДАЮ»
на заседании ученого совета факультета
Декан факультета ___________ Жиенбаева С.Н. протокол № _____ от «__» _________2013г
«___» _________2013г Проректор по учебной работе
Тойбаев А.Ж
«___» _________2013г
УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС ДИСЦИПЛИНЫ
История педагогики
Алматы, 2013г.
УМК дисциплины составлен Юсуповой И.Б., к.п.н., ст. преподаватель кафедры общей
На основании типовой учебной программы, разработанной в соответствии с государственным общеобразовательным стандартом образования по специальностям группы 050100 образование(бакалавриат).
Председатель УМС факультета _____________________
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН КАЗАХСКИЙ ГОСУДАРСТВЕННЫЙ ЖЕНСКИЙ ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ
Факультет ПЕДАГОГИКИ И ПСИХОЛОГИИ
Кафедра общей педагогики
«УТВЕРЖДАЮ»
на заседании факультета протокол №
С.Н. Жиенбаева
Рабочая Учебная программа
История педагогики
1курс, русское отделение, весенний семестр, 3 кредита Ф. И. лектора: И.Б. Юсупова Телефон: 8705-228-90-77 Е-mail: [email protected]
Ф.И. преподавателя (практический): Жанкебаева М.А. Телефон 87785681686 Е-mail: [email protected]
Пререквизиты курса: «Этнопедагогика», «Педагогика народов мира» Постреквизиты курса: специальные педагогические дисциплины
Алматы 2013 год
Учебно-методическая программа дисциплины для студентов составлена на основании типовой учебной программы дисциплины и рабочего учебного плана специальности
Составители учебно-методической программы дисциплины для студентов (Syllabus) Юсупова И.Б. к.п.н., старший преподаватель ___________________________________
Утверждено на заседании кафедры общей педагогики Протокол № ___ от «___» ___________ 2013г Зав. кафедрой Г.А. Муратбаева д.п.н., профессор __________________________________
Рассмотрено и одобрено на учебно-методическом совете факультета педагогики и психологии
Протокол № ____ от «____» _________ 2013г
Председатель УМС факультета Сайдахметова Л.Т., к.п.н. доцент _____________________
| Недели | Темы | Часы | Темы практических занятий | Компетенции |
| 1 | Л1.Предмет и задачи курса (История педагогики» | 2 | ||
| П1.Метологические основы ИП | 1 | Рефераты «методы историко-педагогического исследования» | ||
| 2 | Л2. Возникновение воспитания. | 2 | ||
| П2.Возникновение в первобытном обществе | 1 | Воспитание в первобытном обществе | ||
| 3 | Л3. Школа и воспитание в древнем мире | 2 | ||
| П3. Педагогические идеи Сократа, Платона, Аристотеля | 1 | Составить таблицу «Различия систем воспитания и обучения в Спарте и Афинах» | ||
| 4 | Л4.Воспитание в эпоху Средневековья | 2 | ||
| П4. Религиозные (католические) школы | 1 | Реферат «Развитие высшего образования в 15-17вв» | ||
| 5 | Л5. Педагогика в странах Западной Европы (XVII-XVIIIвв) | 2 | ||
| П5. Образование о начальном обучении в Западной Европе | 1 | Беседа о педагогической системе Ф.А. Дистервега | ||
| 6 | Л6. Педагогика в странах Западной Европы (19-20вв) | 2 | ||
| П6. Особенности религиозных школ в Древней Руси | 1 | Круглый стол на тему: «Влияние исторических легенд в воспитании» | ||
| 7 | Л7. Воспитание и образование в России(10-17вв) | 2 | ||
| П7. Введение всеобщего начального обучения | 1 | Написать понятия «образовательный ценз», «образовательная модель». | ||
| 8 | Л8. Школа и педагогика в истории России(18в) | 2 | ||
| П8. Возникновение частных школ | 1 | Реферат «Школьные реформы первой половины 18в» | ||
| 9 | Л9. Воспитание и образование в России(19-20вв) | 2 | ||
| П9. Первые декреты Советской власти по народному образованию | 1 | Составить таблицу | ||
| 10 | Л10.Школа и педагогика в советский период | 2 | ||
| П10. Осуществление всеобщего обязательного образования | 1 | Охарактеризуйте содержание педагогической профессии в различные исторические периоды | ||
| 11 | Л11. Современная школа и педагогика в России | 2 | ||
| П11.Устно-поэтические традиции древних тюрков | 1 | Древнетюркские письменные памятники | ||
| 12 | Л12. Педагогическая мысль с древнейших времен до образования казахского ханства | 2 | ||
| П12. Первые национальные школы | 1 | Возникновение казахских школ | ||
| 13 | Л13.Педагогическая мысль в Казахстане (15-19вв) | 2 | ||
| П13.Система народного образования в Казахстане | 1 | Охарактеризуйте содержание модернизации казахстанского педагогического образования | ||
| 14 | Л14. Школа и педагогика Казахстана | 2 | ||
| П14.Содержания образования в РК | 1 | Педагогическая мысль Сейфулина, Ауэзова, Джансугурова | ||
| 15 | Л15. Основные проблемы развития педагогической теории в Казахстане (20в) | 2 | ||
| П15. Образовательная стратегия в республике | 1 | Составить таблицу «Исторические даты развития педагогики» | ||
| 45 |
Основная цель курса
Вооружение будущих педагогов глубокими всесторонними знаниями и умениями по специальности и формирование научных основ профессиональных педагогических знаний, педагогического мышления, мировоззрения будущего педагога.
Задачи:
· Формирование у студентов системы историко-педагогических знаний;
· Знакомство с выдающимися мыслителями и педагогами исторических эпох и народов;
· Пробудить интерес к историко-педагогическому наследию;
· Рассмотреть в историко-сопоставительном аспекте ряд ведущих педагогических проблем;
· Выбрать первоначальное умение работать с историко-педагогической литературой;
· Способствовать формированию целостного педагогического осознание и целостной самостоятельной оценки историко-педагогических идей.
Требования к усвоению содержания курса
В результате изучения содержания дисциплины студент должен:
ü Иметь представление о сущности и содержании курса;
ü Знать историю развития педагогики;
ü Знать о методологической основе истории педагогики;
ü Знать великих философов и педагогических мыслителей истории педагогики;
ü Уметь самостоятельно применять на практике полученные знания.
Общие компетенции
В-межличностные компетенции
В1- способность выражать собственные чувства, критически оценивать себя, других и окружающую действительность. Выбрать позитивные коммуникативные навыки, основанные на принципах патриотизма, гражданственности и толерантности, необходимые в полиэтническом и поли конфессиональном пространстве РК.
С-системные компетенции
С1 -Способность осмыслить систему научных знаний по специальности; осознавать их роль в контексте профессионального образования; выделять центральную составляющую знания и принципы его дальнейшего развития: владеть обще-научными и философскими методами исследования предметов, явлений и процессов социальной действительности.
Возвращаясь к основной теме сообщества, необходимо отдельно остановиться на нескольких основополагающих, фундаментальных компетенциях, от которых напрямую зависит эффективность бизнеса.
Вот эти компетенции:
1. Умение найти источники информации.
2. Умение анализировать информацию.
3. Умение принять решение на основе анализа информации.
Владение этими навыками, помноженное на системность мышления руководителя (а системность мышления является, на самом деле, качеством более высокого уровня, чем перечисленные выше 3 ключевых навыка), в высокой степени определяет долгосрочную эффективность бизнеса.
Не является секретом то, что большая часть руководителей имеет определенные затруднения с реализацией системного подхода к управлению, отчего весьма ощутимо страдает эффективность работы предприятия. Недостаток системности проявляется в конечном итоге в виде недополученной прибыли.
Но вернемся к описанию ключевых навыков системного руководителя, и пойдем в обратном порядке.
Принятие решений
– основная функция руководителя. Компетентный руководитель для качественной реализации функций управления должен осознавать организацию как систему, совокупность работающих механизмов (процессов). Для этого необходимо максимально, насколько возможно, использовать рациональный подход при принятии решений. В реальности, принятие решений, в силу неидеальности условий (напр., ограниченность во времени на принятие решения, недостаток информации), является комбинацией процессов рационального и иррационального выбора альтернатив.
Согласно теории принятия решений, выбор альтернатив состоит из следующих этапов:
1. Ситуационный анализ;
2. Идентификация проблемы и постановка цели;
3. Поиск необходимой информации;
4. Формирование альтернатив;
5. Формирование критериев для оценки альтернатив;
6. Проведение оценки;
7. Выбор наилучшей альтернативы;
8. Внедрение (исполнение);
9. Разработка критериев (индикаторов) для мониторинга;
10. Мониторинг исполнения;
11. Оценка результата.
Как видно, все эти этапы можно отнести к одной из двух групп: поиск (отбор, формирование) источников информации и анализ информации, получаемой из данных источников.
Анализ информации – необходимый шаг перед принятием решения. Ответственный подход и глубокий всесторонний анализ информации – основа принятия правильных решений, т.е. решений, ведущих к реализации стратегии компании. Принимаемое решение должно быть осознано руководителем, а значит, иррациональная составляющая должна быть сведена к минимуму (под иррациональной составляющей подразумевается потеря причинно-следственной связи между этапами принятия решения).
Ну а для того, чтобы проводить анализ, необходимо выделить источники информации и собрать ее. Поиск, отбор и формирование источников информации – также важнейшая задача при реализации функции управления. Для качественной диагностики работы предприятия требуются различные источники данных, относящиеся как к внешней, так и к внутренней среде компании. В процессе выбора источников информации необходимо определить объемы данных, которые будет необходимо впоследствии анализировать, в частности, периодичность поступления данных, выбрать наиболее достоверные источники. В процессе формирования пула источников данных нельзя забывать про оценку ресурсов, которые потребуются для получения и переработки этих данных. Будет ли хватать возможностей руководителя, или потребуется выделение дополнительных сил в виде отдельного сотрудника, или организации специальной службы? В каком объеме потребуется вложение дополнительных средств?
В заключение отмечу, что, безусловно, далеко не всегда руководители обладают достаточным количеством времени и других ресурсов на реализацию рационального подхода к принятию решений. Тем не менее, основополагающим моментом неизменно должен являться общий системный подход к управлению.
Пожалуй, закончу на этом свою краткую заметку, в которой я лишь в общих чертах описал фундаментальные составляющие уже упомянутого системного подхода к управлению.
В последующих публикациях я разберу примеры источников информации, а также опишу системы автоматизированного сбора и анализа данных.
Дмитрий Безуглый - инженер-системотехник, бизнес-тренер, консультант по организационному развитию и проектированию. Он давно и плодотворно работает в области повышения квалификации системных аналитиков. Какие компетенции требуются от системных аналитиков сегодня? В какой мере аналитики обладают этими компетенциями? Об этом и пойдет наш разговор.
itWeek : Что вы могли сказать о подготовке и компетенциях системных аналитиков? Происходят ли какие-то изменения в этой области?
Дмитрий Безуглый: Изменения происходят, и довольно заметные. Многие компании, занимающиеся разработкой программного обеспечения, сталкиваются сегодня с необходимостью быстрого развития своих продуктов в условиях острой конкуренции. Рынок задвигался, клиент становится все более требовательным, компании должны переходить от поддержки проданной однажды системы к ее комплексному развитию. И здесь перед многими в полный рост встает проблема: для решения сегодняшних задач компетентности специалистов уже не хватает. Прежде всего - не хватает системных аналитиков. Развитие компетенций в бизнес-системном анализе - вопрос очень непростой. Вузы готовых специалистов нужного уровня не выпускают. Опыт участия в реальных проектах сам по себе не гарантирует, что аналитик доберет нужные умения на практике. Дополнительное образование? Во многих компаниях мы сталкиваемся с тем, что люди, прошедшие одиночные тренинги и онлайн-школы, при тестировании знаний понятийного аппарата показывают очень высокие результаты. Но применения усвоенных ими знаний не происходит. Знания, которые люди получают на тренингах или из книг, часто остаются сувенирными и не переносятся в деятельность.
itWeek : Это ведь касается не любого обучения?
Д. Б.: Простые навыки и понятийный аппарат через тренинги доносятся хорошо и часто могут быть применены на следующий же день. Например, скрипты продаж или типизация клиентов. Но компетенции системных аналитиков нельзя сформировать через обучение отдельных сотрудников отдельным навыкам. Реальные комплексные задачи не укладываются в формат практики двух-трехдневного тренинга. А если кейсы и навыки слишком упрощены, то люди не увязывают их с реальными ситуациями и не могут применить в «боевой» обстановке. Бесполезно учить проектировать корабли на примере закручивания шурупов.
itWeek : А что полезно?
Д. Б.: Опыт показывает, что для развития сложной комплексной компетенции нужен комплексный подход к повышению квалификации и аккуратное «переплетение» производственных и учебных задач. Реальный результат приносят достаточно длительные, порядка года, учебные программы. Они включают в себя диагностику текущего уровня аналитиков и возникающих в их работе проблем. Затем - самоподготовку, интенсивное групповое обучение, домашние задания, сессии по работе с реальными кейсами и общие сессии, направленные на обмен опытом с другими участниками процесса разработки и управления продуктом.
itWeek : Вы говорите о форматах обучения системных аналитиков. А чему их следует обучать?
Д. Б.: Наш опыт диагностики и повышения квалификации показывает: есть как минимум четыре направления, по которым мышление системных аналитиков часто не дотягивает до уровня сегодняшних задач. Все начинается с искусства перевода разношерстных пожеланий, жалоб, затруднений и требований со стороны сотрудников компании-заказчика в собственно профессиональную задачу на разработку программного обеспечения. Или на доработку, на развитие информационной системы. Или на развитие отдельной составляющей информационной системы. Уже на этом, самом начальном этапе работы аналитика требуется реальное, практическое владение понятийным аппаратом системного мышления.
Основа успешности в системном анализе - это определение границ и контекста системы, с которой начинает работать аналитик. Как определить эти границы? Как далеко в своем исследовании нужно зайти, чтобы решить проблему заказчика, не потерять важные нюансы, но при этом не запутаться в сетях взаимоувязанных проблем и не потратить время впустую? Конечно, на этом этапе аналитику важно владеть инструментами системного мышления и теории ограничений - такими как анализ заинтересованных сторон, дерево текущей реальности, диаграмма причинно-следственных cвязей (сasual-loop analysis) и т. д. Такого рода методы создают опору для мышления аналитика. Однако они не отменяют и не заменяют необходимости мыслить. Проведение границ объекта своей работы, определение зоны своей ответственности - это нетривиальная задача. Она не решается освоением алгоритмов или заучиванием инструкций, в каждой ситуации она разная и требует системного мышления.
itWeek : Можно ли сказать, что искусство проведения границы - это главное в работе аналитика?
Д. Б.: Умение работать с границами - это, конечно, одна из базовых компетенций. Это включение в границы своей работы всего необходимого и достаточного, чтобы разрешить ситуацию, выяснить и устранить не только симптомы, но и причины проблем у заказчика.
Один из принципов системного подхода: целое несводимо к сумме частей. Поэтому если мы цепляемся за одну какую-то часть, потом за другую, но не рассматриваем объект своей работы как целое, то получается «хотели как лучше, а получилось как всегда». Кроме того, объект может входить в разные системы, и работа каждой системы в результате изменений в объекте не должна быть нарушена. Важно, чтобы аналитик мыслил системно и в каждом контексте понимал, частью какого целого является конкретный объект и где у этого целого границы.
itWeek : Можете пояснить на примере, каким образом неспособность выделить целостную систему приводит к неудачам в работе?
Д. Б.: В моем личном опыте самым ярким примером бессистемного мышления является случай, когда CIO большой аутсорсинговой компании оптимизировал загрузку ИТ-администраторов, половина из которых была студентами. CIO хотел организовать их работу так, чтобы каждый был занят 100% рабочего времени. Организовал, внедрил очередь задач. Сократил штат с десяти до шести человек. Молодец? Ему даже премию дали. А потом оказалось, что в результате некоторые задачи в пиковые периоды могли ожидать решения три-пять дней. В ожидании 15-минутного слота студента, обладающего правами администратора, стали простаивать целые проектные команды из 15-25 высококвалифицированных специалистов.
itWeek : Умение выделять целостные системы относительно решаемой задачи - это одна из нескольких необходимых компетенций системного аналитика. Что он должен уметь помимо этого?
Д. Б.: Второй важный и часто упускаемый в работе аналитика аспект - это создание концепции решения, ориентированной на заказчика.
itWeek : Что это такое «решение» в данном контексте?
Д. Б.: Термин «решение» - калька с английского solution. В контексте ИТ этот термин обозначает комплекс изменений в ИТ-системах, которые необходимо сделать для достижения результата. Допустим, есть большая работающая система - все предприятие целиком. Эта система состоит из множества разных подсистем, в том числе - из ИТ-систем. И эти ИТ-системы между собой взаимодействуют. И когда на предприятии возникает проблема - что-то начинает сбоить и не работать, необходим системный анализ. Кто-то должен проанализировать возникшую проблему и предложить решение, solution, то есть комплекс изменений, которые нужно сделать в одной, второй, третьей ИТ-системе.
itWeek : А что означает ориентированность концепции решения на заказчика?
Д. Б.: Работая над решением проблемы, далеко не всякий системный аналитик видит ситуацию глазами заказчика. Если задача уже сформулирована, то можно выбирать в качестве основы решения тот или иной алгоритм, ту или иную технологию. Но если не соотносить их с живой ситуацией, внутри которой находится заказчик, то совершенно невозможно понять, при каких условиях одно или другое решение принесет бизнесу максимальную пользу.
В каждой ситуации аналитику важно видеть решаемую проблему как бы изнутри компании, с которой он работает. Важно уметь вставать на точку зрения будущего пользователя создаваемого инструмента. На точку зрения руководителя этого пользователя. В пределе - на точку зрения бизнес-заказчика. Важно увидеть будущее решение глазами того, кто будет это решение использовать. И ответить на вопрос: какую ценность будет создавать решение?
itWeek : Должен ли системный аналитик научиться рассматривать ситуацию, с которой работает, с точки зрения бизнеса заказчика в целом?
Д. Б.: Понимание бизнеса в целом - это очень высокий уровень компетенции системного аналитика. Для того, чтобы продвинуть аналитика в его профессионализме, часто достаточно бывает научить его расширять свое понимание до минимально необходимого контекста. Чтобы он выделял и понимал надсистему или экосистему, в которой будут использованы получаемые им результаты. Это - дальнейшее развитие навыка выделения границ системы. И это также возможное расширение границ ответственности, которую в состоянии взять на себя аналитик.
В конкретных проектах объект работы системного аналитики, т. е. система, с которой он работает, зависит от уровня его задачи. Соответственно, от полномочий, которыми он обладает. Для бизнес-архитектора границами ответственности будет предприятие целиком. А для начинающего аналитика, проектирующего отчет или форму, границей ответственности будет небольшая ИТ-подсистема. Расширения границ объекта анализа - один из основных векторов профессионального роста аналитика. Помните притчу про храм? «Ты что делаешь? Таскаю кирпичи». Это - первый уровень восприятия ситуации. И это как бы аналог функции для проектируемой аналитиком системы. «А ты что делаешь? Я деньги для семьи зарабатываю». Это - второй уровень, это возможности, которые открываются при использовании функций. Здесь мы еще на один шаг продвинулись ближе к смыслу деятельности. «А ты что делаешь? А я храм строю». Это уже третий уровень: цель выработки решения и конечный эффект от использования возможностей.
В контексте разработки программного обеспечения функция для пользователя, скажем, продавца - создать запись о встрече с потенциальным клиентом. Функция - это просто преобразование того, что поступает на вход - в то, что имеем на выходе. Мы создаем удобный интерфейс для этой функции, для внесения записи.
Какую возможность создает такая функция? Она позволяет управлять эффективностью сделок. Здесь заинтересованным лицом является уже руководитель отдела продаж. А еще более отдаленная цель создания такого решения - повысить эффективность продаж, что в свою очередь определяет конечную ценность для заказчика. Заинтересованное лицо здесь - руководитель компании.
itWeek : А должен ли аналитик, чтобы выделить свой участок ответственности, понимать всю ИТ-составляющую, которая есть в компании? Должен ли он понимать работу всех ИТ-подсистем и связей между ними?
Д. Б.: Досконально всё он понимать не может и не должен. Его задача - столкнувшись с проблемой, собрать минимально необходимый объем контекста, чтобы эту проблему решить. Бывают проблемы базового уровня, которые требуют знания только одной маленькой подсистемы. А бывают проблемы масштаба предприятия. Но тогда уже работает не один аналитик, а целая проектная группа. Задача аналитика - сначала определить ту область, которую надо изучить для решения проблемы. И определить тех экспертов, которых нужно вовлечь в работу как со стороны бизнеса, так и со стороны ИТ. Создание представления обо всей ИТ-составляющей компании - это уже задача различного рода ИТ-архитекторов.
itWeek : Наверное, ориентированность на заказчика, умение видеть проблемы и решения «изнутри» - сильно облегчают взаимодействие аналитика с заказчиками и пользователями будущего решения?
Д. Б.: Конечно! Учиться вставать на точку зрения тех, кто будет использовать решение - это означает также и учиться говорить на языке возможностей и целей создания решения. Аналитик должен перестать говорить на птичьем языке железок, кнопок, программ и функций преобразования чего-то во что-то. Он должен начать говорить на понятном заказчику языке возможностей, которые тот получит от решения.
Возьмем, скажем, выпуск обновления в программном продукте или модуле. Перечень новых функций системы обычно мало что говорит даже опытным пользователям системы. А получить обновление, в котором четко написано, чем мне будет полезно использование новых функций - этому пользователь всегда будет рад.
В практическом плане умение размышлять на языке полезности для заказчика позволяет создавать ценные и востребованные для бизнеса решения. Не проводить слепую автоматизацию, не дублировать в «цифровом исполнении» сложившиеся в компании способы выполнения работ, а предлагать бизнесу новые возможности. Техническое задание отвечает на вопрос «Что мы собираемся сделать?», а концепция решения отвечает на вопрос «Зачем, с какой целью мы собираемся это делать?»
itWeek : Какие еще компетенции необходимо развивать современному аналитику?
Д. Б.: Сегодня системным аналитикам необходимо осваивать продуктовый уровень мышления. В продуктовом подходе к работе с решением учитываются как минимум два контекста, в которые это решение входит. С одной стороны, решение должно работать для конкретного заказчика. А с другой - нужно формировать не просто персонализированное решение, а решение, которое удовлетворит многих заказчиков.
Вот этот второй контур, собственно, продуктовый - связан с необходимостью учитывать коммерческую значимость той или иной решаемой задачи. В большинстве случаев аналитик не выполняет работу руководителя продукта, но понимание этой области ему необходимо.
itWeek : Касается ли конкретного заказчика тот факт, что аналитик держит в уме и других заказчиков?
Д. Б.: Это касается и конкретного заказчика. Важно донести до него обоснованность предлагаемого решения. И показать ему на цифрах: если это индивидуальный пошив и только под вас, то будет стоит столько-то и эти деньги могут не перекрыть тех плюсов, которые вы получите.
Сегодня очень мало компаний в мире могут себе позволить разработку исключительно под себя. Если качественно, то очень дорого! Качественное решение требует большого количества специалистов, технологий. Мы как пользователи привыкли к тому, что действительно хорошее качественное решение стоит дешево. Фейсбук, офисный пакет, операционная система - туда вложены тысячелетия труда программистов, но мы получаем их практически бесплатно. Мы можем купить год использования Microsoft Office по цене меньшей, чем стоит один час работы программиста. Возможность дешево предлагать качественные решения позволяют продукты, затраты на создание которых делятся между многими заказчиками. Только в этом случае продукты можно делать более качественными и с гораздо большим коммерческим эффектом и для исполнителя, и для заказчика.
itWeek : Когда мы понимаем, что создаем решение для двадцати заказчиков, то это уже не затраты на один проект, а наши инвестиции в будущие проекты?
Д. Б.: Или затраты в рамках нескольких параллельно идущих проектов. Да, в этом - суть продуктового подхода. Но это работает даже в рамках одной организации. Скажем, в банке десять тысяч сотрудников, которые работают с одной и той же функциональностью. Мы физически не можем опросить их всех и сформировать согласованное мнение. Даже выбор отдельных экспертов не позволяет действовать аналитику по схеме «пошли, спросили и сделали как нас просят». Спрашивать-то аналитик спрашивает, но ответственность за решение лежит на команде продукта. Задача - сначала найти эффективное общее решение. А потом убедить пользователей, при всем различии их вкусов и предпочтений, что это предложение будет эффективнее и лучше чем то, то они делают сейчас.
itWeek : Продуктовый подход - он ведь и про экономику проекта?
Д. Б.: Да, экономическая сторона решения очень важна. Мы это решение продаем, заказчик нам за него платит. Поэтому продукт, содержащий предложенное решение, должен быть сформирован так, чтобы имелся весь комплекс сервисов, необходимых для его использования. Информирование о создании решения, обучение пользователей, поддержка, назначение цен и все остальное. Если создано только решение, продукт не может быть успешным. Нужно еще учесть, как мы будем это решение поддерживать, как мы будем его предлагать, сколько оно будет стоить и как мы будем его развивать. Если мы неправильно сформировали цену на решение, то мы не заработаем денег на его поддержку и, соответственно, заказчики этого продукта рано или поздно лишатся. А вот когда найден баланс, в рамках которого соразмерены и ценность решения, и то, как мы можем его предложить, продать, а затем поддерживать и развивать - это уже про продукт.
itWeek : Вы рассказали о трех наиболее проблемных наиболее востребованных аспектах мышления системного аналитика. В чем заключается четвертый?
Д. Б.: Четвертая из наиболее важных составляющих касается процессного понимания того, с чем работает системный аналитик. Это умение выделять и видеть процессы, моделировать процессы, мыслить процессами. Умение выявлять, проектировать и перепроектировать те цепочки задач и функций, в результате выполнения которых заказчик получает бизнес-результат. Вот вы спрашивали про понимание бизнеса заказчика целиком. Процессное мышление - это как раз про понимание бизнеса целиком. Для системного аналитика это следующий уровень мышления. Высший пилотаж. И как бы стык компетенций бизнес-аналитика и ИТ-архитектора. Для системного аналитика высокой квалификации важно понимать, как создаваемое им решение участвует в формировании конечной ценности компании заказчика.
Сегодня в сфере создания В2В продуктов происходит переосмысление взаимоотношений между заказчиком и исполнителем. И все чаще заказчика уже не устраивает роль подрядчика как простого исполнителя. Заказчик начинает выбирать исполнителя, который понимает и может продемонстрировать, как предлагаемая им система помогает достигать бизнес-результатов компании. Процессное мышление как раз и позволяет переходить к целостному видению того, как предлагаемое решение входит в цепочку создания ценности.
itWeek : Чем бы вы хотели завершить нашу беседу?
Д. Б.: Классическая автоматизация всем нам знакома и все еще широко практикуется. Но это уже пройденный этап в использовании информационных технологий. А вот для того, чтобы осуществлять реальную цифровую трансформацию бизнеса, нужно переходить от идеи автоматизации сложившихся рабочих мест к анализу цепочек создания заказчиком ценности для его клиента. Это может привести к совсем другой конфигурации процессов, часть которых выполняет машина. Особенно в банковской сфере или в управлении, где всю цепочку создания ценности можно перепроектировать уже целиком. Моделирование процессов, соединенное с компетенцией по созданию решений - это основа для реальной цифровой трансформации компаний. Да, это требует другого уровня мышления системных аналитиков. Но если говорить о моем личном опыте работы с аналитиками, то в целом гипотезу о том, что можно развивать их реальные компетенции и выводить на новые уровни мышления, я считаю доказанной.
itWeek : Спасибо за беседу.