Проектно программный подход: проектно-плановый и программный подходы — Студопедия

проектно-плановый и программный подходы — Студопедия

Методология стратегического управления развитием

На протяжении последних десятилетий тема стратегий широко разрабатывается в различных исследованиях. Однако общепризнанного понятия стратегии до сих пор не существует. Для всех исследователей и практиков ясно только то, что стратегия каким-то образом связывает настоящее и будущее, но различия между прогнозированием, планированием долгосрочным, стратегическим и собственно стратегическим управлением разными авторами представляется по-разному. По-видимому, причина этого заключается в том, что не сформулирована единая точка зрения по поводу того, зачем менеджеру необходимо знать будущее и пути к нему, что он хочет об этом знать и что он может об этом знать.

Очевидно, что прежде всего необходимо сформулировать, в чем состоит объективная необходимость стратегического управления.

Можно выделить, по меньшей мере, следующие основания его возникновения.

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

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

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

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

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

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

Стратегическое управление традиционно связывают с научными школами США, разрабатывавшими вопросы стратегического менеджмента раньше, чем другие страны. При этом следует заметить, что в области долгосрочного планирования неоспорим приоритет СССР, однако, как будет ясно из дальнейшего изложения, долгосрочное и стратегическое планирование имеют принципиальные отличия.

Один из наиболее известных специалистов в области стратегического управления Г.Минцберг в работе, написанной совместно с Б. Альстрендом и Дж. Лэмпелом[75], обнаруживает десять различных точек зрения на предмет стратегического управления, разработанных в США, большинство из которых получило отражение в практическом менеджменте. Сторонники каждой из них придерживаются уникальных воззрений на содержание и процесс построения стратегии. Какая-либо единая онтологическая основа для разработки и использования стратегий ни Г. Минцбергом, Б. Альстрендом и Дж. Лэмпелом, ни другими исследователями не построена. Вследствие этого, указанные точки зрения, как и все частные точки зрения, ограничены, но границы их применимости невозможно определить из-за отсутствия общих (независимых от этих частных точек зрения) критериев. Отсутствие единой основы не позволяет непосредственно сопоставлять стратегии, построенные в рамках любой из этих концепций, ни в плане их содержания, ни в плане применения. Можно сказать, что логический подход к стратегическому управлению, опирающийся на строго определенные основания и позволяющий определить место стратегического управления среди других видов управления, до сих пор не создан. В то же время анализ, проведенный Г.Минцбергом, Б.Альстрендом и Дж.Лэмпелом, демонстрирует исторический подход к стратегическому управлению, раскрывая изменения взглядов американских специалистов на стратегическое управление на протяжении нескольких десятилетий наиболее интенсивного развития стратегического менеджмента (но только в рамках концепций, созданных в США), при этом воззрения каждого из представителей различных американских школ стратегий представляют определенный интерес.

Наибольшее внимание основаниям стратегического управления из американских авторов, занимавшихся этим вопросом, уделял И.Ансофф[76], выделивший стратегическое управление как особый вид управленческого мышления и деятельности, созданный и применяемый в связи с нарастанием динамичности, вплоть до непредсказуемости, среды, в которой функционирует и развивается объект управления. Работы И.Ансоффа, в которых сформулированы современные основания стратегического управления, относятся к 70-м гг. XX века. Следует отметить, что в те же годы в СССР методологической школой Г.П.Щедровицкого[77] были сформулированы идеи программного подхода к управлению развитием, опирающиеся на те же факторы среды и, в принципе, близкие к идеям стратегического управления И.Ансоффа. В дальнейшем понятие стратегии и характеристики стратегического мышления были исследованы одним из учеников Г.П.Щедровицкого О.С.Анисимовым[78], охватившим более глубокую историческую ретроспективу, исходя из того, что понятие «стратегия» заимствовано из военного дела.

Европейские школы стратегий[79] не создали новых оснований, опираясь, в частности, на работы И.Ансоффа и других американских исследователей (Boston Consulting Group и др.)

И.Ансофф формулирует следующие предпосылки для :выделения стратегического управления как особого вида управления:

1) Во второй половине XX века число новых задач, обусловленных изменениями обстановки, неуклонно возрастает. Многие из них принципиально новы и не подлежат решению, исходя из опыта, полученного в первой половине века.

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

3) Новые задачи возникают все чаще. Новизна, сложность и темп их появления повышают вероятность стратегических неожиданностей. Среду, в которой действует объект управления, все в большей степени можно характеризовать как непредсказуемую.

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

И. Ансофф следующим образом показывает историческую динамику нестабильности среды предприятия и эволюцию управленческих систем (табл.1.4.1, 1.4.2)[80]

Таблица 1.4.1.

Шкала нестабильности среды предприятия

(даты соответствуют истории промышленности США)

Таблица 1.4.2.

Эволюция типов управления

(даты соответствуют истории промышленности США)

Данные табл.1.4.2 позволяют, в частности, разграничить понятия долгосрочного и стратегического планирования. Первое из них связано с представлением о том, что будущее может быть предсказано путем экстраполяции исторически сложившихся тенденций роста. Стратегическое планирование, реализуемое в условиях существенно более нестабильной среды, не предполагает такой возможности; поэтому в качестве первого шага предпринимается анализ перспектив, выявляющий те тенденции, опасности, шансы, а также отдельные «чрезвычайные ситуации», которые способны изменить сложившиеся тенденции. Дальнейшее нарастание непредсказуемости заставляет отказаться от методов стратегического планирования и перейти к иным методам: стратегическому позиционированию, ранжированию стратегических задач, управлению по слабым сигналам и др. – составляющих содержание собственно стратегического управления, но не планирования.

Исходя из приведенных оснований, И.Ансофф определяет стратегию как набор правил, которыми организация руководствуется в своей деятельности. Для корпоративного стратегического управления он выделяет четыре группы таких правил:

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

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

правила, по которым устанавливаются отношения и процедуры внутри организации – организационная концепция фирмы;

правила, по которым фирма ведет свою повседневную деятельность – основные оперативные приемы[81].

Как уже говорилось, практически одновременно с И.Ансоффом проблемы управления, вытекающие из динамичности среды, рассматривались в СССР школой системомыследеятельностной (СМД) методологии.

Согласно СМД-подходу, стратегическое управление относится к процессам развития и может быть реализовано в рамках двух различных подходов: проектно-планового или программного[82].

Основа проектно-планового подхода – цель, устанавливаемая как проект желаемого состояния объекта управления на краткосрочную или долгосрочную перспективу. При этом предполагается, что естественные, неуправляемые изменения характеристик внешней и внутренней среды могут быть спрогнозированы на весь планируемый период и, в соответствии с этим прогнозом, можно определить цель как искусственно сформированный проект, учитывающий естественные изменения.

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

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

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

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

Основа программного подхода – утверждение, что в нестабильной ситуации чем более жесткий и долгосрочный план кто-либо пытается реализовать, тем большие потери приносит его реализация в силу нерационального расходования ресурсов, связанных жестким планом, и недостижимости конечной цели вследствие динамичности («турбулентности») среды. В соответствии с методологией программного подхода для решения задач развития в нестабильной ситуации разрабатывается не долгосрочный план, а программа, где весь интервал времени разбит на отдельные этапы, причем цели, задачи и план действий на очередной этап разрабатываются в процессе реализации программы – после завершения предыдущего этапа[83]. Заранее определяются лишь основания для целеполагания: концепция и стратегия программы, а также намечаются варианты основных целевых показателей на 2-3 шага вперед. Однако в дальнейшем может быть осуществлен не выбор из этих намеченных вариантов, а разработка нового – в зависимости от ситуации.

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

Итак, программный подход исходит из того, что, в силу нестабильности среды, целевая ситуация, достигаемая в результате выполнения очередного этапа, вновь будет содержать какие-то проблемы – но это будут новые проблемы, решение которых не может быть определено заранее. Поэтому вся деятельность по целеполаганию и планированию достижения целей распределяется на весь период реализации программы. Общей, «долгосрочной» цели программа не содержит – и в этом особенность программного подхода: стратегия указывает, как надо двигаться, но не куда двигаться – при этом способ движения обеспечивает постоянное «улучшение» ситуации по тем показателям и критериям их оценивания, которые предусмотрены стратегией.

Следовательно, основное методологическое отличие программного подхода от проектного состоит в том, что при проектном подходе основное внимание уделяется конечной (проектной) точке движения (“куда идем”), а при программном – исходной (“откуда идем”), при этом требования предъявляются не к конечной точке, а к способу движения, которое в любом случае должно приводить к улучшениям по отношению к исходному состоянию (в частности, не должно содержать проблем исходного состояния).

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

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

Использование программного подхода более трудоемко и затратно, чем проектно-планового, но необходимо в условиях усиливающейся турбулентности среды. Развитие стратегического менеджмента в США в 70-х гг. XX века и, почти одновременно с ним, возникновение в России программного подхода обусловлены именно усилением турбулентности, непредсказуемости изменений в экономической и социально-политической сферах, сделавшим неэффективными традиционные методы долгосрочного планирования.

Не следует смешивать программный подход к стратегическому управлению с программно-целевым управлением. Проектно-плановый и программный подходы к стратегическому развитию – две разные идеологии управления, различающиеся возможностями по отношению к турбулентности (изменчивости и неопределенности) внутренней и внешней среды объекта управления. Программно-целевое управление – одна из форм структурно-функциональной организации управленческой деятельности, применяемая для повышения эффективности и гибкости управления сложными объектами. Программно-целевое управление может быть применено в качестве инструмента реализации как проектно-планового, так и программного подходов. Можно сказать иначе: сложность объектов управления породила особую форму организации деятельности управления – программно-целевые структуры; изменчивость и неопределенность (непредсказуемость) вызвали к жизни особую идеологию – программный подход.

До сих пор под названием «программа» часто разрабатываются документы, которые являются не чем иным, как планами. Слово «план» с падением плановой экономики стало «запретным» во многих корпоративных структурах и особенно – в органах власти и управления, что вызвало волну переименований плановых документов – в том числе, и с использованием термина «программа». Реальное внедрение программного подхода как новой идеологии управления осуществляется еще крайне медленно.

Использование проектно-программного подхода в дополнительной образовательной деятельности ДОУ

ИСПОЛЬЗОВАНИЕ ПРОЕКТНО-ПРОГРАММНОГО ПОДХОДА В ДОПОЛНИТЕЛЬНОЙ ОБРАЗОВАТЕЛЬНОЙ ДЕЯТЕЛЬНОСТИ ДОУ

Володина Галина Николаевна

Воспитатель

МДОУ Детский сад №31 г.о.Шуя

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

Неотъемлемой частью деятельности дошкольных образовательных организаций на протяжении многих лет являлось дополнительное образование. Дошкольники занимались в кружках, студиях, секциях разной направленности. В настоящее время развитие дополнительного образования выходит на новый уровень и приобретает особую актуальность в связи с выходом Концепции дополнительного образования детей (утверждена распоряжением Правительства Российской Федерации от 04.09.2014 № 1726-р). Исходя из данного распоряжения изменяются подходы к организации дополнительного образования и дополнительных образовательных услуг. Услуги дополнительного образования интегрируются с реализуемой детским садом основной образовательной программой ДОО с целью снижения учебной нагрузки на ребенка и расширения содержания базового компонента образования. В соответствии с этим развитие дополнительных образовательных услуг является одним из значимых направлений развития ДОО.

В моей группе организация дополнительных образовательных услуг осуществляется в форме проектной деятельности. Данная работа планируется по заранее разработанному проекту в соответствии с образовательной программой ДОО.

Процесс создания проекта при котором отражается решение той или иной проблемы называется педагогическим проектированием которое мы используем в своём ДОУ. Такой процесс представляет собой совместную деятельность педагога с детьми которая осуществляется в условиях образовательной практики и направлена она к обеспечению эффективного и функционального развития ребёнка.

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

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

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

Проекты классифицируются по разным признакам:

— по составу участников;

— по целевой установке;

— по тематике;

— по срокам реализации.

Главной целью в моей работе по проектной деятельности является развитие творческой и свободной личности ребёнка. Так же мною выделены задачи способствующие развитию исследовательской деятельности детей.

Основными задачами для развития дошкольников являютя:

— обеспечение психологического благополучия и здоровья детей;

— развитие познавательных способностей;

— развитие творческого воображения;

— развитие творческого мышления;

— развитие коммуникативных навыков.

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

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

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

В заключении хотелось бы отметить, что метод проектов в дополнительной образовательной деятельности актуален и очень эффективен.

Список литературы:

1. Виноградова Н.А., Панкова Е.П. Образовательные проекты в детском саду. Пособие для воспитателей. М.: Айрис-пресс, 2008. – 208 с.

2. Веракса Н.Е., Веракса А.Н. Проектная деятельность дошкольников. Пособие для педагогов дошкольных учреждений. – М.: Мозаика-синтез, 2008. – 112 с.

3. Киселева Л.С. и др. Проектный метод в деятельности дошкольного учреждения: – М.: АРКТИ, 2003. – 96 с.

4. Сыпченко Е.А., Инновационные педагогические технологии. Метод проектов в ДОУ. – СПб.: Детство-Пресс, 2012.

Проектный подход: понятие, принципы, факторы эффективности

В России в настоящее время продолжает развиваться новое направление в управлении бизнесом — «проектный подход». Оно формируется на теории менеджмента, маркетинга, психологии и ряда других наук. Применение этого направления помогает в выработке правильного управленческого решения. Грамотное использование инструментария проектного менеджмента позволяет сформировать комплексную методологию реализации проектного подхода, постепенно реализовывать конкретные пути и средства, с помощью которых он может быть решен.

Базовой единицей, на которой строится проектный подход, является понятие проекта. Оно заключает представления о предмете управления проектами, занимает в категориальном аппарате управления проектами центральное место. Несмотря на достаточно длительный срок существования управления проектами в качестве самостоятельной области знания, управленческая трактовка понятия проекта  продолжает испытывать на себе влияние тенденций, происходящих в развитии теории и практики управления проектами.

Таблица 1 —  Основные подходы к интерпретации понятия «проект»

К настоящему времени сложилось несколько принципиальных подходов к трактовке данного понятия (таблица 1).

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

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

Следующей трактовкой является понимание проекта, как системы, о чем в своих трудах заявляет Е.А. Яковлев. Система состоит из взаимосвязанных целей, работ и программ, оформленных соответствующей проектной документацией.

Подход, сторонником которого являет А.В. Анцеев, строится на понимании проекта, как совокупности или системы плановых документов. Такая трактовка проекта, приемлема во многих отраслях, в том числе используется для проекта с точки зрения технической сферы.

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

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

Таблица 2 – Основные подходы к понятию «управление проектами»

Понятие управление проектами так же имеет отличающиеся подходы (таблица 2).

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

Следующая трактовка, которой придерживаются коллектив авторов под руководством В.Д. Шапиро и И.И. Мазуром, основывается на понимании управления проектом как процесса управления ресурсами проекта, и как отмечено в стандарте PMBoK, данный процесс связан с применением знаний, навыков и инструментов.

Третий подход, основанный на трудах Н.Ю. Тюмбинской, в своем определении объединяет все вышеизложенные признаки категорией искусства управления, но при этом основывается на современных методах, а так же не только достижения поставленных целей, но и выделяет удовлетворение участников проекта.

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

Можно выделить две ситуации, связанные с организацией проектной деятельности. Первая – когда проект организуется в типично «проектных» сферах деятельности. На практике работа в таких областях чаще осуществляется посредством формирования проектных групп и команд и с использованием методов управления проектами. Вторая – использование проектного способа управления для решения какой-либо важной хозяйственной задачи.

Таким образом, проект на предприятии – не всегда некоторая «данность», т.е. существующий объект управления, возникающий, например, в связи с получением нового крупного заказа, но это и способ организации деятельности, который предприятие выбирает по своему усмотрению при наличии определенных условий. В связи с этим большое значение имеет понятие проектного подхода (таблица 3)

Таблица 3 – Основные подходы к понятию «проектный подход»

Проектный подход как методологию управления рассматривают Э.В. Строилова, С.Б. Фисенко и А.В. Анцеев, преимущество данной трактовки в представлении проектного подхода как системы организации работы предприятия и решения проблем. Управление проектами, в таком случае, непрерывный, повторяемый процесс, включающий также взаимосвязь проектов.

Следующим шагом становится анализ подходов к понятию проектного управления как части проектного подхода (таблица 4).

Данные подходы отражают проектное управление как специфическую управленческую деятельность, один из видов управления, а коллектив авторов под руководством И.И. Мазура и В.Д. Шапиро отмечает важный аспект – метод организации и управления производством. Значит, проектный подход заключается, прежде всего, в проектном методе организации.

Таблица 4 — Основные подходы к понятию «проектное управление»

Понятие проектного подхода заключает в себе систему принципов, которые обеспечивают понимание данного подхода и определяют его особенности, рисунок 1.

Рисунок 1 – Принципы проектного подхода

Идентификация проектного подхода заключается в совокупности приведенных признаков, так как, используясь в отдельности они относятся к другим организованным процессам управления. Характерной чертой также является сочетание признаков проектного управления с классическими признаками управления. Некоторые из принципов относятся к организации условий проектного подхода и заключают в себе организационное обособление проекта, повышение ответственности и коммуникаций сотрудников.

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

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

Факторы эффективности проектного подхода на предприятии:

1.           Стратегический.

Организует текущую деятельность на выполнение поставленных задач, устанавливая связь стратегического и оперативного управления.

2.           Экономический

Обеспечивает более эффективное распределение ресурсов за счет их сосредоточения на наиболее важных задачах предприятия (предупреждается распыление средств, вскрываются внутренние резервы, усиливается контроль над расходованием).

3.           Организационный

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

4.           Мотивирующий

Увеличивается заинтересованность  коллективов и исполнителей в конечных результатах; повышается осмысленность и целеустремленность в выполнении профессиональных функций за счет более четких представлений о собственном вкладе в планируемый результат.

5.           Консолидирующий

Обеспечивает обоснованность принимаемых решений посредством объединения усилий специалистов, снижает вероятность субъективизма, служебных злоупотреблений.

6.           Коммуникативный

Способствует возникн

К вопросу о применении проектно-целевого подхода в стратегическом управлении системой образования

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

Ключевые слова:система образования, стратегическое управление системой образования, проектно-целевое управление системой образования.

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

Российской экономике предстоит ответить на вызовы долгосрочного периода, которые обусловлены как мировыми тенденциями, так и внутренними процессами.

Специалисты выделяют следующие глобальные долговременные вызовы:

—          повышение мировой конкуренции;

—          новые тенденции в изменении технологий;

—          усиление роли человеческого капитала как ведущего фактора развития экономики страны;

—          значительное снижение потенциала сырьевой модели экономики.

Среди внутренних структурных ограничений отмечается:

—          достаточно высокий уровень дифференциации субъектов Российской Федерации и социального неравенства среди населения страны;

—          наличие существенных институциональных рисков для ведения малого и среднего бизнеса;

—          недостаточное развитие форм продуктивного сотрудничества бизнеса и общества;

—          низкий уровень конкуренции в ряде отраслей народного хозяйства;

—          несоответствие уровня развития национальной инновационной системы требованиям макроэкономики [2].

Во многом успешность преодоления данных вызовов будет зависеть от уровня конкурентоспособности инновационной экономики нашей страны, в свою очередь развитие экономики инноваций в значительной мере зависит от качества подготовки профессиональных кадров и уровня их социализации. Данный факт обусловил выбор целевых ориентиров стратегического развития страны, среди которых ведущую роль занимает процесс формирования условий для интенсивного развития экономики знаний. В Концепции долгосрочного социально-экономического развития Российской Федерации стратегическая цель государственной политики в области образования определена как повышение доступности качественного образования, соответствующего требованиям инновационного развития экономики, современным потребностям общества и каждого гражданина [2].

Достижению поставленной цели во многом способствует грамотно определенный метод государственного управления системой образования. Отметим, что в Российской Федерации в настоящий период, в соответствии с Программой повышения эффективности управления общественными (государственными и муниципальными) финансами на период до 2018 года, достаточно активно осуществляется внедрение программно-целевых методов управления государственными программами и проектами в таких форматах, как приоритетный национальный проект, федеральные целевые программы, ведомственные целевые программы, проекты Комиссии при Президенте Российской Федерации, государственные программы, а также «дорожные карты». По сути программно-целевой механизм управления на федеральном уровне, на уровне субъектов и муниципалитетов Российской Федерации направлен на формирование взаимосвязи долгосрочного и бюджетного планирования.

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

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

По мнению российского исследователя И. Г. Голышева, несмотря на то, что программно-целевой метод управления достаточно распространен, он имеет ряд существенных недостатков:

—          во-первых, крайняя формализованность, что значительно снижает возможность его применения к динамичным инновационным процессам; в условиях динамично меняющейся среды важно оперативно и своевременно принимать решения;

—          во-вторых, имеется прямое соотнесение с временными показателями, при этом, социально-экономические показатели могут быть точно спрогнозированы лишь в краткосрочном периоде;

—          в-третьих, достаточно сложно провести корректирующие меры в случае изменения факторов внешней или внутренней среды.

Данные факты подтверждают предположение, что метод программно-целевого управления в большей степени эффективен для решения достаточно изученных проблем с целью совершенствования имеющихся систем управления [1, с. 9].

В силу указанных выше обстоятельств, перспективы долгосрочного развития системы образования связаны с заменой традиционного программно-целевого подхода, реализуемого в Программе на 2011–2015 годы, на проектно-целевой подход в управлении, который в большей степени соответствует современному состоянию и поставленным целям в образовательной системе.

Проектно-целевой подход в общем понимании — это единая методология распределения ресурсов для достижения поставленной цели (решение проблем), при этом достижение цели имеет измеримые показатели (индикаторы), которые обладают объективной способностью позитивного влияния на управляемый объект [1, с. 7]. Данный подход основан на концепции управления по результатам, такой механизм управления позволяет оперативно реагировать и пересматривать ранее поставленные цели при изменении внешнего окружения.

Отметим, что в соответствии с определением Государственного стандарта, проект — это уникальный процесс, состоящий из набора скоординированных и управляемых действий, с указанием даты начала и окончания, предпринятых для достижения соответствия определенным требованиям, включая ограничения по времени, стоимости и ресурсам [6].

Проектно-целевой подход в системе управления образованием, по мнению российского академика Мухаметзяновой Г. В., это управленческий метод, в основе которого лежит разработка и реализация проектов, как комплекса научных исследований, итогом которых является пакет документов, определяющих систему научно-обоснованных целей и мероприятий по решению проблемы, а также организацию педагогических процессов в пространстве и времени [4, с. 106].

Данный подход в условиях повышенной турбулентности внешней среды отвечает потребностям современной системы образования и экономики страны в целом. В настоящее время проектно-целевой подход в сфере образования и науки нашел применение в виде грантовой поддержки на федеральном, региональном и муниципальном уровнях. Грантовая поддержка имеет широкое применение, так как обеспечивает запуск системных изменений в сфере образования Российской Федерации, с ее помощью выявляется авангард педагогов и образовательных организаций, осуществляется поддержка наиболее эффективных проектов, привлекается внимание общественности к проблемам образования.

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

—          усугубление проблемы морального и физического старения объектов образовательных организаций профессионального образования, что в значительной мере окажет влияние на доступность и качество образования;

—          дополнительное образование совершеннолетних граждан сохранит характерные черты сегодняшнего времени: отраслевая разрозненность (преобладание гуманитарных направлений над техническими и прикладными), отрыв от реальных потребностей рынка труда;

—          отсутствие комплексной электронной образовательной среды, отставание в использовании современных информационных технологий, дистанционных образовательных технологий;

—          отсутствие системного характера работы с одаренными детьми;

—          сохранение тенденций неравного доступа граждан страны к качественному образованию, усиление социального неравенства;

—          отсутствие возможности формирования безбарьерной среды в образовательных организациях профессионального образования и т. д. [3].

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

Литература:

1.         Голышев И. Г. Проектно-целевой подход к управлению интеграцией профессионального образования и производства в регионе // Среднее профессиональное образование. — 2011, № 11. — С. 7–10.

2.         Концепция долгосрочного социально-экономического развития Российской Федерации на период до 2020 года. Утверждена распоряжением Правительства Российской Федерации от 17 ноября 2008 г. № 1662-р.

3.         Концепция Федеральной целевой Программы развития образования на 2016–2020 годы. Утверждена распоряжением Правительства Российской Федерации от 29 декабря 2014 г. № 2765-р.

4.         Мухаметзянова Г. В. Проектно-целевой подход — императив формирования профессиональной компетентности // Высшее образование в России. — 2008, № 8. — С. 104–110.

5.         Программа повышения эффективности управления общественными (государственными и муниципальными) финансами на период до 2018 года. Утверждена распоряжением Правительства Российской Федерации от 30 декабря 2013 г. N 2593-р.

6.         ГОСТ Р 51901.4–2005 «Менеджмент риска. Руководство по применению при проектировании». Электронный фонд правовой и нормативно-технической документации [электронный ресурс]. — Режим доступа: http://docs.cntd.ru/document/gost-r-51901–4-2005 (дата обращения: 01.08.2015).

Методология стратегического управления развитием 1 4 1 управление развитием проектноплановый и программный подходы

1.4. Методология стратегического управления развитием

1.4.1. Управление развитием: проектно-плановый и программный подходы

На протяжении последних десятилетий тема стратегий широко разрабатывается в различных исследованиях. Однако общепризнанного понятия стратегии до сих пор не существует. Для всех исследователей и практиков ясно только то, что стратегия каким-то образом связывает настоящее и будущее, но различия между прогнозированием, планированием долгосрочным, стратегическим и собственно стратегическим управлением разными авторами представляется по-разному. По-видимому, причина этого заключается в том, что не сформулирована единая точка зрения по поводу того, зачем менеджеру необходимо знать будущее и пути к нему, что он хочет об этом знать и что он может об этом знать.

Очевидно, что прежде всего необходимо сформулировать, в чем состоит объективная необходимость стратегического управления.

Можно выделить, по меньшей мере, следующие основания его возникновения.

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

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

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

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

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

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

Стратегическое управление традиционно связывают с научными школами США, разрабатывавшими вопросы стратегического менеджмента раньше, чем другие страны. При этом следует заметить, что в области долгосрочного планирования неоспорим приоритет СССР, однако, как будет ясно из дальнейшего изложения, долгосрочное и стратегическое планирование имеют принципиальные отличия.

Один из наиболее известных специалистов в области стратегического управления Г.Минцберг в работе, написанной совместно с Б. Альстрендом и Дж. Лэмпелом⁷⁵, обнаруживает десять различных точек зрения на предмет стратегического управления, разработанных в США, большинство из которых получило отражение в практическом менеджменте. Сторонники каждой из них придерживаются уникальных воззрений на содержание и процесс построения стратегии. Какая-либо единая онтологическая основа для разработки и использования стратегий ни Г. Минцбергом, Б. Альстрендом и Дж. Лэмпелом, ни другими исследователями не построена. Вследствие этого, указанные точки зрения, как и все частные точки зрения, ограничены, но границы их применимости невозможно определить из-за отсутствия общих (независимых от этих частных точек зрения) критериев. Отсутствие единой основы не позволяет непосредственно сопоставлять стратегии, построенные в рамках любой из этих концепций, ни в плане их содержания, ни в плане применения. Можно сказать, что логический подход к стратегическому управлению, опирающийся на строго определенные основания и позволяющий определить место стратегического управления среди других видов управления, до сих пор не создан. В то же время анализ, проведенный Г.Минцбергом, Б.Альстрендом и Дж.Лэмпелом, демонстрирует исторический подход к стратегическому управлению, раскрывая изменения взглядов американских специалистов на стратегическое управление на протяжении нескольких десятилетий наиболее интенсивного развития стратегического менеджмента (но только в рамках концепций, созданных в США), при этом воззрения каждого из представителей различных американских школ стратегий представляют определенный интерес.

Наибольшее внимание основаниям стратегического управления из американских авторов, занимавшихся этим вопросом, уделял И.Ансофф⁷⁶, выделивший стратегическое управление как особый вид управленческого мышления и деятельности, созданный и применяемый в связи с нарастанием динамичности, вплоть до непредсказуемости, среды, в которой функционирует и развивается объект управления. Работы И.Ансоффа, в которых сформулированы современные основания стратегического управления, относятся к 70-м гг. XX века. Следует отметить, что в те же годы в СССР методологической школой Г.П.Щедровицкого⁷⁷ были сформулированы идеи программного подхода к управлению развитием, опирающиеся на те же факторы среды и, в принципе, близкие к идеям стратегического управления И.Ансоффа. В дальнейшем понятие стратегии и характеристики стратегического мышления были исследованы одним из учеников Г.П.Щедровицкого О.С.Анисимовым⁷⁸, охватившим более глубокую историческую ретроспективу, исходя из того, что понятие «стратегия» заимствовано из военного дела.

Европейские школы стратегий⁷⁹ не создали новых оснований, опираясь, в частности, на работы И.Ансоффа и других американских исследователей (Boston Consulting Group и др.)

И.Ансофф формулирует следующие предпосылки для :выделения стратегического управления как особого вида управления:

1) Во второй половине XX века число новых задач, обусловленных изменениями обстановки, неуклонно возрастает. Многие из них принципиально новы и не подлежат решению, исходя из опыта, полученного в первой половине века.

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

3) Новые задачи возникают все чаще. Новизна, сложность и темп их появления повышают вероятность стратегических неожиданностей. Среду, в которой действует объект управления, все в большей степени можно характеризовать как непредсказуемую.

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

И. Ансофф следующим образом показывает историческую динамику нестабильности среды предприятия и эволюцию управленческих систем (табл.1.4.1, 1.4.2)⁸⁰

Таблица 1.4.1.

Шкала нестабильности среды предприятия

(даты соответствуют истории промышленности США)

Таблица 1.4.2.

Эволюция типов управления

(даты соответствуют истории промышленности США)

Данные табл.1.4.2 позволяют, в частности, разграничить понятия долгосрочного и стратегического планирования. Первое из них связано с представлением о том, что будущее может быть предсказано путем экстраполяции исторически сложившихся тенденций роста. Стратегическое планирование, реализуемое в условиях существенно более нестабильной среды, не предполагает такой возможности; поэтому в качестве первого шага предпринимается анализ перспектив, выявляющий те тенденции, опасности, шансы, а также отдельные «чрезвычайные ситуации», которые способны изменить сложившиеся тенденции. Дальнейшее нарастание непредсказуемости заставляет отказаться от методов стратегического планирования и перейти к иным методам: стратегическому позиционированию, ранжированию стратегических задач, управлению по слабым сигналам и др. – составляющих содержание собственно стратегического управления, но не планирования.

Исходя из приведенных оснований, И.Ансофф определяет стратегию как набор правил, которыми организация руководствуется в своей деятельности. Для корпоративного стратегического управления он выделяет четыре группы таких правил:

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

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

правила, по которым устанавливаются отношения и процедуры внутри организации – организационная концепция фирмы;

правила, по которым фирма ведет свою повседневную деятельность – основные оперативные приемы⁸¹.

Как уже говорилось, практически одновременно с И.Ансоффом проблемы управления, вытекающие из динамичности среды, рассматривались в СССР школой системомыследеятельностной (СМД) методологии.

Согласно СМД-подходу, стратегическое управление относится к процессам развития и может быть реализовано в рамках двух различных подходов: проектно-планового или программного⁸².

Основа проектно-планового подхода – цель, устанавливаемая как проект желаемого состояния объекта управления на краткосрочную или долгосрочную перспективу. При этом предполагается, что естественные, неуправляемые изменения характеристик внешней и внутренней среды могут быть спрогнозированы на весь планируемый период и, в соответствии с этим прогнозом, можно определить цель как искусственно сформированный проект, учитывающий естественные изменения.

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

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

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

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

Основа программного подхода – утверждение, что в нестабильной ситуации чем более жесткий и долгосрочный план кто-либо пытается реализовать, тем большие потери приносит его реализация в силу нерационального расходования ресурсов, связанных жестким планом, и недостижимости конечной цели вследствие динамичности («турбулентности») среды. В соответствии с методологией программного подхода для решения задач развития в нестабильной ситуации разрабатывается не долгосрочный план, а программа, где весь интервал времени разбит на отдельные этапы, причем цели, задачи и план действий на очередной этап разрабатываются в процессе реализации программы – после завершения предыдущего этапа⁸³. Заранее определяются лишь основания для целеполагания: концепция и стратегия программы, а также намечаются варианты основных целевых показателей на 2-3 шага вперед. Однако в дальнейшем может быть осуществлен не выбор из этих намеченных вариантов, а разработка нового – в зависимости от ситуации.

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

Итак, программный подход исходит из того, что, в силу нестабильности среды, целевая ситуация, достигаемая в результате выполнения очередного этапа, вновь будет содержать какие-то проблемы – но это будут новые проблемы, решение которых не может быть определено заранее. Поэтому вся деятельность по целеполаганию и планированию достижения целей распределяется на весь период реализации программы. Общей, «долгосрочной» цели программа не содержит – и в этом особенность программного подхода: стратегия указывает, как надо двигаться, но не куда двигаться – при этом способ движения обеспечивает постоянное «улучшение» ситуации по тем показателям и критериям их оценивания, которые предусмотрены стратегией.

Следовательно, основное методологическое отличие программного подхода от проектного состоит в том, что при проектном подходе основное внимание уделяется конечной (проектной) точке движения (“куда идем”), а при программном – исходной (“откуда идем”), при этом требования предъявляются не к конечной точке, а к способу движения, которое в любом случае должно приводить к улучшениям по отношению к исходному состоянию (в частности, не должно содержать проблем исходного состояния).

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

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

Использование программного подхода более трудоемко и затратно, чем проектно-планового, но необходимо в условиях усиливающейся турбулентности среды. Развитие стратегического менеджмента в США в 70-х гг. XX века и, почти одновременно с ним, возникновение в России программного подхода обусловлены именно усилением турбулентности, непредсказуемости изменений в экономической и социально-политической сферах, сделавшим неэффективными традиционные методы долгосрочного планирования.

Не следует смешивать программный подход к стратегическому управлению с программно-целевым управлением. Проектно-плановый и программный подходы к стратегическому развитию – две разные идеологии управления, различающиеся возможностями по отношению к турбулентности (изменчивости и неопределенности) внутренней и внешней среды объекта управления. Программно-целевое управление – одна из форм структурно-функциональной организации управленческой деятельности, применяемая для повышения эффективности и гибкости управления сложными объектами. Программно-целевое управление может быть применено в качестве инструмента реализации как проектно-планового, так и программного подходов. Можно сказать иначе: сложность объектов управления породила особую форму организации деятельности управления – программно-целевые структуры; изменчивость и неопределенность (непредсказуемость) вызвали к жизни особую идеологию – программный подход.

До сих пор под названием «программа» часто разрабатываются документы, которые являются не чем иным, как планами. Слово «план» с падением плановой экономики стало «запретным» во многих корпоративных структурах и особенно – в органах власти и управления, что вызвало волну переименований плановых документов – в том числе, и с использованием термина «программа». Реальное внедрение программного подхода как новой идеологии управления осуществляется еще крайне медленно.

1.4.2. Структура управленческой деятельности при проектно-плановом и программном подходах к управлению развитием

Структура деятельности при управлении развитием с использованием проектно-планового подхода изображена на рис.1.4.1.

Рис. 1.4.1. Структура деятельности при управлении развитием
с использованием проектно-планового подхода.

Ситуация, являющаяся «исходной точкой» процесса, подвергается процедурам двух видов: анализу, результатом которого является перечень проблем, и исследованию, результатом которого является перечень возможностей для позитивных изменений и естественно сложившихся тенденций, которые могут быть использованы как «несущие» процессы для организации позитивных изменений. На основе исследования возможностей и тенденций разрабатывается прогноз естественных изменений, т.е. тех изменений, которые могут произойти, если никаких искусственных процессов не осуществлять. С другой стороны, с учетом результатов анализа (сформулированных проблем) разрабатывают проект, соответствующий представлению о должном состоянии системы и свободный от существующих проблем. Различия между проектом и прогнозом естественных изменений показывают, что надо делать для реализации проекта и что из этого не может произойти вследствие естественных изменений; тем самым выделяется область искусственно организуемых изменений. Если средства и методы осуществления таких изменений известны, то формулируется пакет задач, подлежащих исполнению. Если же составление пакета задач вызывает затруднения, то противоречия между проектом и прогнозом естественных изменений фиксируются как проспективные проблемы (т.е. проблемы, подлежащие решению «на будущее», в отличие от сформулированных в результате анализа ситуации ретроспективных проблем, имеющих отношение к предыдущему отрезку времени – до осуществления инновационного процесса). Решение проспективных проблем дает искомый пакет задач. После формирования пакета задач планируется реализация решений и, наконец, решения практически реализуются – исполняется план реализации проекта и достигается целевая ситуация.

Структура деятельности при управлении развитием с использованием программного подхода (для одного этапа процесса развития) изображена на рис.1.4.2.

операционный vs. проектный подход / Хабр

В одном из комментариев к посту автора, многоуважаемого пользователями Habr, я ответил, что основной причиной неудач проекта является не использование методологий «через %опу» или «как получится», а наличие только операционного управления в рамках проекта. Проектный подход у таких менеджеров заканчивается уже после составления сметы проекта.
В этом посте проведу более детальное сравнение операционного подхода с проектным.

Уровни управления проектом

1. Операционный уровень — это уровень операций длительностью несколько часов (обычно называемых «тасками») и проблем, возникающих по мере выполнения этих задач. На этом уровне скапливается много «мелочовки», здесь некогда думать, нужно быстро выполнять.
2. Проектный уровень — это уровень работ длительностью несколько дней, блоков работ и контрольных точек. На этом уровне нужно больше анализировать, прогнозировать, нежели скорее запускать задачу в работу. Здесь также решаются проблемы, проводится дополнительная работа с рисками.
3. Программный уровень — это уровень куратора проекта или менеджера программы/портфеля, который в меньшей степени погружен в проект, и его как правило интересует прохождение контрольных точек, решение крупных проблем и рисков.
4. Ручное управление. Это самый простой, однако и самый влиятельный подход по сравнению с другими. Если «вождь» отдал поручение, то оно обязательно к исполнению, не важно что там в планах и программах. Вся работа строится на поручениях менеджера. Нет поручений — нет работы.
Внимание! Все перечисленные подходы применяются при управлении проектом, а не какой-то один конкретный из них.

Метафоры

Ручное управление
Образ — указать рукой на то, что нужно делать.

Операционное управление

Образ — конвейер.

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

Главный принцип:«Нормально делай — нормально и будет».

Проектное управление

Образ — профессиональная игра в бильярд, когда игрок делает партию с кия.

Нужно просчитать всю серию и сложить ее с кия.

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

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

Горизонты мышления

Даже если вы используете самые навороченные системы для управления задачами и проектами, то ваш мозг, опять же даже, при подсказке ЭВМ не способен управлять всеми задачами, содержащимися в этих системах. Поэтому и в ваше поле зрение будет попадать ограниченная доля информации.
Ниже приведено сравнение горизонтов мышления для операционного и проектного уровней управления.

Операционный уровень

На этом уровне менеджер обычно имеет некий список тасков. Закрыв одну задачу, менеджер передает очередную задачу освободившемуся сотруднику. Для себя менеджер обычно выделяет первостепенные задачи и снова передает их в конвейер, на котором работают члены команды проекта.
Итак, горизонт мышления — набор первоочередных операций («тасков»)

Проектный уровень

Проектный подход подразумевает под собой контроль всего проекта целиком. Однако на на практике для проектов длительностью около года и более не всегда целесообразно держать весь проект в поле зрения. Поэтому в таких ситуациях применяется метод «набегающий волны». Вначале берется в работу один этап, он детализируется на более мелкие работы(длительностью 2-3 месяца). Затем выполняется работа по управлению преимущественно только этим этапом. А затем при переходе на следующий этап «приходит следующая волна» и процесс повторяется снова. Однако проектный подход не ограничивается только управлением текущего этапа, периодически нужно смотреть в далекое будущее — на следующие этапы.
Итак, горизонт мышления — этап проекта (проект целиком — для небольших проектов).

Контроль выполнения

Для чего нужен контроль и какие результаты контроля мы должны получить?

Так как проект — это ограниченная деятельность, то мы должны стараться удержать этот проект в заданных рамках. Если эти рамки не контролировать, то скорее всего этот проект сам по себе не удержится в них. Вообще без контроля границ он может так никогда и не завершиться.
«Если не знаешь куда плывёшь — то ни один из ветров не будет тебе попутным !» — гласит китайская народная мудрость.

Результатами процесса контроля должна быть следующая информация:
— Статус (что выполнено, какие проблемы возникли?)

Содержание: что выполнено

Сроки: сколько времени было затрачено

Стоимость: сколько денег было затрачено

Изменения: какие запросы на изменения появились (с оценкой влияния на содержание/сроки/стоимость)

Проблемы: какие проблемы возникают

и другое

— Отклонения (что не успели выполнить или перевыполнили?)

Содержание: что не успели выполнить/перевыполнили относительно планируемого

Сроки: на сколько времени отстали/опередили? сколько времени нужно, чтобы доделать запланированное

Стоимость: сколько денег было перерасходавано/сэкономлено? сколько средств нужно, чтобы доделать запланированное

и другое

— Прогноз (что будет в будущем, когда и как будут пройдены контрольные точки, какие проблемы могу возникнуть?)

Содержание: какие результаты будут достигнуты в будущем

Сроки: когда будут пройдены контрольные точки

Стоимость: сколько денег будет потрачено на проект в контрольных точках

Изменения: перечисленные выше прогнозы должны быть приведены с учетом включения изменений

Проблемы: какие риски и как на них реагировать (риски — это и есть возможные проблемы и возможности в будущем)

и другое

Как часто проводить контроль?

Контроль операций — проводить постоянно.
Контроль проекта — регулярно (1 раз в неделю, 1 раз в 2 недели).

Вывод

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

Оба эти подхода должны использоваться в проектной деятельности.

Ещё раз про семь основных методологий разработки / Блог компании Edison / Хабр

Разработка программного продукта знает много достойных методологий — иначе говоря, устоявшихся best practices. Выбор зависит от специфики проекта, системы бюджетирования, субъективных предпочтений и даже темперамента руководителя. В статье описаны методологии, с которыми мы регулярно сталкиваемся в Эдисоне.

1. «Waterfall Model» (каскадная модель или «водопад»)

Одна из самых старых, подразумевает последовательное прохождение стадий, каждая из которых должна завершиться полностью до начала следующей. В модели Waterfall легко управлять проектом. Благодаря её жесткости, разработка проходит быстро, стоимость и срок заранее определены. Но это палка о двух концах. Каскадная модель будет давать отличный результат только в проектах с четко и заранее определенными требованиями и способами их реализации. Нет возможности сделать шаг назад, тестирование начинается только после того, как разработка завершена или почти завершена. Продукты, разработанные по данной модели без обоснованного ее выбора, могут иметь недочеты (список требований нельзя скорректировать в любой момент), о которых становится известно лишь в конце из-за строгой последовательности действий. Стоимость внесения изменений высока, так как для ее инициализации приходится ждать завершения всего проекта. Тем не менее, фиксированная стоимость часто перевешивает минусы подхода. Исправление осознанных в процессе создания недостатков возможно, и, по нашему опыту, требует от одного до трех дополнительных соглашений к контракту с небольшим ТЗ.

С помощью каскадной модели мы создали множество проектов «с нуля», включая разработку только ТЗ. Проекты, о которых написано на Хабре: средний — рентгеновский микротомограф, мелкий — автообновление службы Windows на AWS.

Когда использовать каскадную методологию?

• Только тогда, когда требования известны, понятны и зафиксированы. Противоречивых требований не имеется.
• Нет проблем с доступностью программистов нужной квалификации.
• В относительно небольших проектах.

2. «V-Model»

Унаследовала структуру «шаг за шагом» от каскадной модели. V-образная модель применима к системам, которым особенно важно бесперебойное функционирование. Например, прикладные программы в клиниках для наблюдения за пациентами, интегрированное ПО для механизмов управления аварийными подушками безопасности в транспортных средствах и так далее. Особенностью модели можно считать то, что она направлена на тщательную проверку и тестирование продукта, находящегося уже на первоначальных стадиях проектирования. Стадия тестирования проводится одновременно с соответствующей стадией разработки, например, во время кодирования пишутся модульные тесты.

Пример нашей работы на основе V-методологии — мобильное приложение для европейского сотового оператора, который экономит расходы на роуминг во время путешествий. Проект выполняется по четкому ТЗ, но в него включен значительный этап тестирования: удобства интерфейса, функционального, нагрузочного и в том числе интеграционного, которое должно подтверждать, что несколько компонентов от различных производителей вместе работают стабильно, невозможна кража денег и кредитов.

Когда использовать V-модель?

• Если требуется тщательное тестирование продукта, то V-модель оправдает заложенную в себя идею: validation and verification.
• Для малых и средних проектов, где требования четко определены и фиксированы.
• В условиях доступности инженеров необходимой квалификации, особенно тестировщиков.

3. «Incremental Model» (инкрементная модель)

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

Инкрементные модели используются там, где отдельные запросы на изменение ясны, могут быть легко формализованы и реализованы. В наших проектах мы применяли ее для создания читалки DefView, а следом и сети электронных библиотек Vivaldi.

Как пример опишем cуть одного инкремента. Сеть электронных библиотек Vivaldi пришла на смену DefView. DefView подключалась к одному серверу документов, а теперь может подключаться ко многим. На площадку учреждения, желающего транслировать свой контент определенной аудитории, устанавливается сервер хранения, который напрямую обращается к документам и преобразует их в нужный формат. Появился корневой элемент архитектуры — центральный сервер Vivaldi, выступающий в роли единой поисковой системы по всем серверам хранения, установленным в различных учреждениях.

Когда использовать инкрементную модель?

• Когда основные требования к системе четко определены и понятны. В то же время некоторые детали могут дорабатываться с течением времени.
• Требуется ранний вывод продукта на рынок.
• Есть несколько рисковых фич или целей.

4. «RAD Model» (rapid application development model или быстрая разработка приложений)

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

Модель быстрой разработки приложений включает следующие фазы:

• Бизнес-моделирование: определение списка информационных потоков между различными подразделениями.
• Моделирование данных: информация, собранная на предыдущем этапе, используется для определения объектов и иных сущностей, необходимых для циркуляции информации.
• Моделирование процесса: информационные потоки связывают объекты для достижения целей разработки.
• Сборка приложения: используются средства автоматической сборки для преобразования моделей системы автоматического проектирования в код.
• Тестирование: тестируются новые компоненты и интерфейсы.

Когда используется RAD-модель?

Может использоваться только при наличии высококвалифицированных и узкоспециализированных архитекторов. Бюджет проекта большой, чтобы оплатить этих специалистов вместе со стоимостью готовых инструментов автоматизированной сборки. RAD-модель может быть выбрана при уверенном знании целевого бизнеса и необходимости срочного производства системы в течение 2-3 месяцев.

5. «Agile Model» (гибкая методология разработки)

В «гибкой» методологии разработки после каждой итерации заказчик может наблюдать результат и понимать, удовлетворяет он его или нет. Это одно из преимуществ гибкой модели. К ее недостаткам относят то, что из-за отсутствия конкретных формулировок результатов сложно оценить трудозатраты и стоимость, требуемые на разработку. Экстремальное программирование (XP) является одним из наиболее известных применений гибкой модели на практике.

В основе такого типа — непродолжительные ежедневные встречи — «Scrum» и регулярно повторяющиеся собрания (раз в неделю, раз в две недели или раз в месяц), которые называются «Sprint». На ежедневных совещаниях участники команды обсуждают:

• отчёт о проделанной работе с момента последнего Scrum’a;
• список задач, которые сотрудник должен выполнить до следующего собрания;
• затруднения, возникшие в ходе работы.

Методология подходит для больших или нацеленных на длительный жизненный цикл проектов, постоянно адаптируемых к условиям рынка. Соответственно, в процессе реализации требования изменяются. Стоит вспомнить класс творческих людей, которым свойственно генерировать, выдавать и опробовать новые идеи еженедельно или даже ежедневно. Гибкая разработка лучше всего подходит для этого психотипа руководителей. Внутренние стартапы компании мы разрабатываем по Agile. Примером клиентских проектов является Электронная Система Медицинских Осмотров, созданная для проведения массовых медосмотров в считанные минуты. Во втором абзаце этого отзыва, наши американские партнеры описали очень важную вещь, принципиальную для успеха на Agile.

Когда использовать Agile?

• Когда потребности пользователей постоянно меняются в динамическом бизнесе.
• Изменения на Agile реализуются за меньшую цену из-за частых инкрементов.
• В отличие от модели водопада, в гибкой модели для старта проекта достаточно лишь небольшого планирования.

6. «Iterative Model» (итеративная или итерационная модель)

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

На диаграмме показана итерационная «разработка» Мона Лизы. Как видно, в первой итерации есть лишь набросок Джоконды, во второй — появляются цвета, а третья итерация добавляет деталей, насыщенности и завершает процесс. В инкрементной же модели функционал продукта наращивается по кусочкам, продукт составляется из частей. В отличие от итерационной модели, каждый кусочек представляет собой целостный элемент.

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

Когда оптимально использовать итеративную модель?

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

7. «Spiral Model» (спиральная модель)

«Спиральная модель» похожа на инкрементную, но с акцентом на анализ рисков. Она хорошо работает для решения критически важных бизнес-задач, когда неудача несовместима с деятельностью компании, в условиях выпуска новых продуктовых линеек, при необходимости научных исследований и практической апробации.

Спиральная модель предполагает 4 этапа для каждого витка:

1. планирование;
2. анализ рисков;
3. конструирование;
4. оценка результата и при удовлетворительном качестве переход к новому витку.

Эта модель не подойдет для малых проектов, она резонна для сложных и дорогих, например, таких, как разработка системы документооборота для банка, когда каждый следующий шаг требует большего анализа для оценки последствий, чем программирование. На проекте по разработке СЭД для ОДУ Сибири СО ЕЭС два совещания об изменении кодификации разделов электронного архива занимают в 10 раз больше времени, чем объединение двух папок программистом. Государственные проекты, в которых мы участвовали, начинались с подготовки экспертным сообществом дорогостоящей концепции, которая отнюдь не всегда бесполезна, поскольку окупается в масштабах страны.

Подытожим

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

В современной практике модели разработки программного обеспечения многовариантны. Нет единственно верной для всех проектов, стартовых условий и моделей оплаты. Даже столь любимая всеми нами Agile не может применяться повсеместно из-за неготовности некоторых заказчиков или невозможности гибкого финансирования. Методологии частично пересекаются в средствах и отчасти похожи друг на друга. Некоторые другие концепции использовались лишь для пропаганды собственных компиляторов и не привносили в практику ничего нового.

О технологиях разработки:
Ещё раз про семь основных методологий разработки.
10 главных ошибок масштабирования систем.
8 принципов планирования разработки, упрощающих жизнь.
5 главных рисков при заказной разработке ПО.

7 правил разработки программ (Часть I): подход новой школы к созданию программ | Статья

.

(WITS), Всемирные школы подготовки инструкторов
., MyGroupFit
Ааронсон, Наоми
Абрахамс, Соломон
Аллан, Алекс
Эллисон, Адриана
Анчарски, Фрэнк
Андерсон, Джейсон
Андрусс, Бен
Арчер, Ширли Дебра
Арчер, Ширли Дебра
, Дэн
Болдуин, Кен
Баллантайн, Крейг
Барри, Лу
Бэтмен, Пол
Бекинсейл, Джеймс
Бейт, Патрик
Бенто, Джессика
Берарди, Джон
Берг, Джейсон
Бергельсон, Илен
Берри, Сэм

Берд, Стивен
Блэк-Браун, Коллин
Блэкерби, Джоанн
Бливернихт, Джон
Бомпа, Тюдор
Бут, Адам
Ботт, Кармен
Бутаги, Тони
Бауэр, Макс
Бойл, Майкл
Брэко, Майк
Брэко, Майк

Брэндон, Ли
Брэтчер, Мэри
Брейбрук, Стивен
Брукс, Дуглас
Братство, Джеймс
Браун, Барри
Браун, Триша
Берд, Дарси
Баррелл, Дженнифер
Беррис, Крейг
Буск h, Эндрю
Колдер, Анджела
Кэннон, Джо
Капуччио, Бобби
Кардвелл, Гленн
Кэри, Энтони
Карр, Кевин
Каррера, Майк
Катандзаро, Джон Пол
Хараламбус, Дэвид
Ченг, Шэсен
Ченг, Пол
, Эрик
Чунинг, июнь
Чу, Дональд
Сибрарио, Марк
Кларк, Марси
Кларк, Майк
Клоуз, Энтони
Кобб, Эрик
Коэн, Пит
Коллинз, Пол
Кук, Грей
Кук, ЛаРю
Коорс, Лиза
Коупленд, Карен
Корбетт, Билли
Кормак, Бен
Корн, Родни
Косгроув, Олвин
Кузинс, Роб
Коуэлл, Джон
Крэм, Кэтрин
Крэндалл, Райан
Крукс, Майк Дэйн
Кроссли, Джеймс
Крози , Marcel
Dalcourt, Michol
Dale, Lashaun
D’Angelo, Mike
Davis, Matthew Blair
Dawes, Jay
De Los Rios, Isabel
DeFrancesco, Charles
Demora, Mike
Dempster
Dempster, Camilla Remedios
Dempster, Camilla Remedios 9000 , Мелони
Дуйяр, Джон
Дауни, Брайан
Дауни, Калум
Дойл, Марек
Дрегер, Рэнди
Дрейссигакер, Питер
Драксман, Лиза
Духон, Джейк
Дюмэ, Сью
Дурак, Эрик
Дурак, Эрик
Эдвардс, Салли
Эриксон, Лиза
Эскерре, Роберт
Эвен-Эш, Зак
Фаброчини, Билл
Факчони, Адриан
Филдс, Джефф
Финнерти, Тара
Фишер, Сара
Фитнес, Апекс
Флойд, Адам
Фонтана Форенсич, Фрэнк
Фредерик, Крис
Фредиани, Пол
Гейзер, Марджори
Геллерт, Крис
Гентес, Тери
Жиру, Джим
Гонсалес, Рубен
Гудман, Жанетта
Гудман, Джонатан
Грант, Дэвид
Грант, Дэвид
Шон
Грин, Нейт
Гринфилд, Бен
Гринхаус, Майкл
Хейнс, Мартин
Хансен, Нил
Харди, Джон
Харди, Лиза
Харгривс, Ричард
Харпер, Крейг
Харрис, Аманда
Харролд, E d
Haslam, Paul
Hastings, Bryce
Hatch, Vicky
Hayden, Sean
Heatlie, Mike
Hedrick, Allen
Heel, Douglas
Helcké, Joanna
Henkin, Josh
Herring, Randy
Hinkley, Mark
Hinkley, Mark
Hittner, Noah
Hodges, Jeffrey
Hodgkin, Dean
Hollander, Hayley
Holman, Pete
Holmes, Rachel
Holt, Stephen
Hoornick, Kristy
Hopson, Scott
Huelin, Tom
Int Hunter, Cynthia
, Cynthia 9 l, Premier Training
Izzo, John
Jack, Steve
Jacobson, Darren
Jarrard, Elizabeth
Jarvis, Nic
Jensen, Karsten
Johns, Austin Gregory
Jones, Ben
Jones, Brett
Kadey, Matthew
Kadey, Matthew
Каплан, Фил
Карп, Джейсон
Келли, Крис
Кетчум, Райан
Кинакин, Кен
Кинг, Ян
Киршен, Дэйв
Куперман, Сара
Кошич, Дэниел
Куб, Крис
Лабади, Джим
Лейси, Бригит Энн tte
Ларк, Джон
Ларсен, Кейт
Лавин, Гэри
Лоуренс, Дебби
Лебенц, Лу
Ледин, Эрик
Ли, Бадди

.

Разница между подходами сверху вниз и снизу вверх (со сравнительной таблицей)

Алгоритмы разработаны с использованием двух подходов: сверху вниз и снизу вверх. При нисходящем подходе комплексный модуль делится на подмодули. С другой стороны, восходящий подход начинается с элементарных модулей, а затем их комбинируют. Первоочередная цель алгоритма — управлять данными, содержащимися в структуре данных. Другими словами, алгоритм используется для выполнения операций с данными внутри структур данных.

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

Содержание: подход «сверху вниз» против подхода «снизу вверх»

1. 1. Таблица сравнения
   2. Определение
   3. Ключевые отличия
   4. Заключение

Таблица сравнения

Определение подхода сверху вниз

Подход сверху вниз в основном делит сложную задачу или алгоритм на несколько более мелких частей (модулей).Эти модули подвергаются дальнейшей декомпозиции до тех пор, пока результирующий модуль не станет основной программой, которая будет по существу понятна и не сможет быть далее разложена. После достижения определенного уровня модульности декомпозиция модулей прекращается. Подход «сверху вниз» — это поэтапный процесс разделения большого программного модуля на более простые и меньшие модули для организации и эффективного кодирования программы. Поток управления в этом подходе всегда направлен вниз. Нисходящий подход реализован в языке программирования «C» с помощью функций.

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

Определение подхода снизу вверх

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

Функции восходящего подхода со слоями абстракции. Основное применение восходящего подхода — тестирование, поскольку каждый фундаментальный модуль сначала тестируется, а затем объединяется с более крупным. Тестирование выполняется с использованием некоторых низкоуровневых функций.

Ключевые различия между подходами сверху вниз и снизу вверх

1. Нисходящий подход разбивает большую задачу на более мелкие подзадачи, тогда как восходящий подход сначала решает различные фундаментальные части задачи напрямую, а затем объединяет эти части в целую программу.
2. Каждый подмодуль обрабатывается отдельно сверху вниз. В отличие от этого, восходящий подход реализует концепцию сокрытия информации, исследуя инкапсулируемые данные.
3. Различные модули при нисходящем подходе не требуют особого взаимодействия. Напротив, восходящий подход требует взаимодействия между отдельными фундаментальными модулями для их последующего объединения.
4. Нисходящий подход может обеспечить избыточность, в то время как восходящий подход не включает избыточную информацию.
5. В процедурных языках программирования, таких как Fortran, COBOL и C, используется подход сверху вниз. Напротив, объектно-ориентированные языки программирования, такие как C ++, Java, C #, Perl, Python, придерживаются восходящего подхода.
6. При тестировании ранее использовался восходящий подход. И наоборот, нисходящий подход используется в документации модулей, создании тестовых примеров, отладке и т. Д.

Заключение

Нисходящий подход и восходящий подход — это методы разработки алгоритмов, где нисходящий подход является традиционным подходом, который разлагает систему от спецификации высокого уровня к спецификации низкого уровня.С другой стороны, восходящий подход более эффективен и работает обратным образом, когда сначала создаются примитивные компоненты, а затем переходят на более высокий уровень.

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

.

Два подхода к обучению программированию: сверху вниз и снизу вверх

Есть два общих подхода к обучению программированию, оба со своими
собственные плюсы и минусы.

Подход сверху вниз

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

Большинство самостоятельных учеников используют подход «сверху вниз», когда они только начинают учиться программировать.
Они хотят сразу сделать что-то крутое — например, 3D-игру или красивый интерактивный веб-сайт.

Самый быстрый способ сделать что-то значимое — следовать руководству —
в частности, очень подробное руководство по .
Если вы точно будете следовать набору шагов, вы гарантированно что-то создадите.

Вид сверху вниз: хорошее

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

Сверху вниз: плохие

Проблема нисходящего подхода в том, что он не учит основам.

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

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

Арне Брассер размышляет об обучении нисходящему подходу:

Я научил многих людей Ruby on Rails.
Rails чрезвычайно сложен, [но] за несколько занятий вы можете научить человека создавать интерактивный веб-сайт, поддерживаемый базой данных.
Преподавать неприятно, потому что вы идете по натянутой веревке.
Просто следуйте инструкциям.
Не заглядывайте под одеяло.
Не смотри в бездну.
Но это чувство мгновенной продуктивности — вот что привлекает людей, заставляет их думать: «Эй, может быть, я смогу это сделать».

Подход снизу вверх

При восходящем подходе цель состоит в том, чтобы изучить все фундаментальные концепции программирования.

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

Снизу вверх: хорошо

Прелесть восходящего подхода в том, что вы изучаете действительно общие навыки программирования .Неважно, создаете ли вы 3D-игру или интерактивный веб-сайт —
фундаментальные концепции программирования применимы ко всему.

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

Снизу вверх: плохие

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

• Сначала вы узнаете о строках, целых числах и переменных.
• Затем вы узнаете о логических значениях, ветвлениях и циклах.
• Затем вы узнаете о массивах и структурах.
• Затем вы узнаете о функциях и потоке управления.
• Затем учитель говорит вам, что большинство профессионалов больше так не пишут.
• Итак, вы начинаете изучать классы, экземпляры и переменные экземпляра,
  и методы, и наследование, и множество других объектно-ориентированных
  концепции программирования.
• Затем вы пытаетесь разучиться тому, как вы изначально научились писать код, и
  научитесь писать код новым объектно-ориентированным способом.

На выполнение этого графика могут уйти месяцы или годы, а все равно
не даст вам всех навыков для создания 2D-игры или интерактивного веб-сайта!

Когда на это уходит вечность, и вы не создаете ничего интересного, это может стать скучным.Многие люди считают, что изучение потока управления в течение недели не так приятно, как создание веб-сайта за день.
Если вы не испытываете этого чувства выполненного долга, у вас меньше шансов продолжить обучение.

Какой подход лучше?

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

Вам нужен опыт создания программного обеспечения, даже если вы его не совсем понимаете.
Вам нужна мотивация, чтобы продолжить обучение, и это чувство выполненного долга может помочь.Одного изучения концепций и теории недостаточно, чтобы подготовить вас к работе над реальными программными проектами.

Вам также нужны фундаментальные навыки программирования.
Необходимость уметь понимать и отлаживать код —
как ваш собственный код, так и код, написанный другими разработчиками.
Вам нужно уметь писать код в ситуациях, с которыми вы никогда раньше не сталкивались,
потому что не будет руководства по каждой проблеме, которую вам нужно решить.

Лучше всего чередовать эти два метода.

Чувствуете себя ошеломленным, как будто вы понятия не имеете, что делает ваш код?
Переключитесь на восходящий подход.
Вернитесь к основам и узнайте, как именно работает ваш код.
Попробуйте восполнить пробелы в своих знаниях.

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

В конце концов, два подхода встречаются посередине.Вы узнаете много нового о том, как работает ваш код, что дает вам уверенность в решении любой проблемы.
И вы узнаете, как концепции и теории программирования применимы к реальным проектам — где их использовать, где , а не , чтобы использовать их, и как их правильно использовать.

Этот процесс обучения никогда не заканчивается.
Разработка программного обеспечения настолько сложна, что ни один человек не понимает всего, а значит, всегда есть чему поучиться.
Так что не беспокойтесь о том, чего вы еще не знаете — это просто требует времени.Мой совет — расслабьтесь и наслаждайтесь поездкой.

Книжный подход к программированию для начинающих

«Программирование для начинающих» — это восходящий подход к обучению программированию.

Он начинается с самого дна , при условии, что вы буквально ничего не знаете о программировании.
Фундаментальные концепции вводятся по одной в порядке, удобном для восприятия вашим мозгом.

Чтобы книга оставалась интересной и вызывала чувство выполненного долга, каждая глава заканчивается заданием по программированию.Читателю предлагается создать небольшую текстовую игру, используя только изученные концепции программирования.
Поскольку в книге используется восходящий подход, игры очень простые.
— они не 3D и даже не 2D, это просто текст.

Задачи программирования существуют для того, чтобы дать вам возможность написать программу самостоятельно, без какого-либо руководства.
Это возможность применить общие навыки программирования, которые вы узнали из этой главы.
И даже несмотря на то, что это не 3D, у вас все равно возникает ощущение создания чего-то интерактивного — чего-то, что вы можете напечатать, и получить ответный ответ.

Если вам это нравится, взгляните на бесплатные примеры глав и попробуйте Программирование для начинающих сегодня!

.

курсов по разработке программ коучинга и личного обучения

курсов по разработке программ коучинга и личного обучения | OPEX Фитнес

Понимаете ли вы основы разработки программ ? Все профессиональные тренеры должны строить свою компетентность на основе проверенных принципов разработки программ .

Программирование: Принципы — это вводный курс по разработке программ по фундаментальным принципам силы и кондиционирования.Этот курс коучинга и персонального обучения упрощает эти концепции, фокусируясь на обосновании каждого элемента программирования и их правильном применении, чтобы обеспечить лучшее понимание принципов разработки программ. Этот курс обеспечит вам прочную основу и является рекомендуемым предварительным условием для прохождения программы сертификации коучинга OPEX (CCP).

Узнайте, как разрабатывать прогрессивные программы с 6 клиентскими аватарами

OPEX Coach, Карл Хардвик, применяет принципы, изложенные в этом курсе коучинга и индивидуального обучения, на практике с шестью различными аватарами клиентов и демонстрирует, как разрабатывать индивидуальные прогрессивные программы.Эти аватары ликвидируют разрыв между теорией и реализацией и дадут вам инструменты, позволяющие немедленно применить свои знания на практике с вашими клиентами.

Карл Хардвик

OPEX COO

Главный операционный директор OPEX Карл Хардвик посвятил свою жизнь здоровью и фитнесу. Благодаря индивидуальному подходу к разработке программ OPEX, Hardwick владеет несколькими тренажерными залами с лицензией OPEX и помогает писать и разрабатывать учебные материалы.Он является неотъемлемой частью растущего движения в сфере индивидуального фитнеса, которое использует программу сертификатов OPEX Coaching Certificate Program (CCP), чтобы изменить облик профессионального коучинга.

Введение

• Введение в программирование: принципы

Принципы упражнений

• Континуум здоровья
• Функциональный фитнес
• Намерение в разработке программы
• Максимальный физический потенциал
• Адаптация по физической подготовке

Оценка

• Оценка операционных затрат
• Упражнения по фитнес-мониторингу
• Три Пс

Принципы разработки программы

• OPEX Прирост, боль, устойчивость
• Прирост операционных затрат
• Тренировка сопротивления
• Континуум прочности
• Дерево выносливости мышц
• Объем и интенсивность
• Получить тренировочный аватар сопротивления
• OPEX Боль
• Анаэробное развитие
• Смешанная модальная анаэробная разработка
• Циклический анаэробный аватар
• Смешанный модальный анаэробный аватар
• Операционные расходы Поддержать
• Развитие аэробики
• Развитие смешанной модальной аэробики
• Циклический аэробный аватар
• Смешанный модальный анаэробный аватар
• Параллельное обучение
• Аватар для одновременного обучения
• Ознакомьтесь с принципами программирования OPEX

Часто задаваемые вопросы

Для кого этот курс?

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

Я личный тренер, подходит ли мне этот курс?

Совершенно верно. Этот курс идеально подходит для любого тренера, который предоставляет своим клиентам индивидуальные фитнес-услуги, включая личных тренеров.

Что я узнаю в этом курсе?

Вы познакомитесь с методом OPEX индивидуально разработанного фитнеса. Сюда входят основы оценивания, силовые тренировки и развитие энергетической системы.

Информативен ли этот курс для разработки индивидуальных и групповых программ?

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

Чем принципы разработки программ OPEX отличаются от других теорий программирования?

В OPEX мы используем проверенные модели развития и учим наших тренеров, как применять эти методы со своими клиентами.Джеймс Фитцджеральд использовал эти методы и свои более 20 лет научных и эмпирических данных для разработки наших принципов.

Как этот курс помогает мне подготовиться к OPEX CCP?

Programming: Principles знакомит вас с нашим методом оценки OPEX Body, Move, Work и излагает наши принципы тренировки силовых и энергетических систем.

Введение в индивидуальный дизайн

Скачать программу курса

.