Перенос принципов командной роботы Agile из ИТ в работу класса.

«Agile» (эджайл) — в перводе с английского расторопный, сообразительный.

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

История появления

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

Неудовлетворенность конечных клиентов послужила толчком к разработке новых подходов. Так как при новом подходе разработки требования к продукту и сам продукт претерпевали изменения по ходу разработки, то такие подходы назвали гибкими. Так появился Скрам, Канбан и другие подходы. В 2001 году произошла встреча разработчиков подходов на которой было сделано обобщение способов управления проектами. Так как подходы отличались между собой, то появились объединяющий идею манифест устанавливающий ценности и модель поведения сторон. А позже Манифест Agile был дополнен принципами, которые поясняли характер отношения участников команды к разработке.

Что должно измениться после внедрения Agile?

Прежде всего должны быть пересмотрены точки ответственности и принципы постановки задач на выполнение. А значит как следствие характер отношений участников команды. Ценности по Agile это:

  1. Люди и взаимодействие важнее процессов и инструментов.
  2. Работающий продукт важнее исчерпывающей документации.
  3. Сотрудничество с заказчиком важнее согласования условий контракта.
  4. Готовность к изменениям важнее следования первоначальному плану.

Смена приоритетов — это изменение внутренней культуры предприятия. А любая перестройка требует времени, разъяснений, поддержания ценностей примерами. Разъяснения были даны в 12-ти основополагающих принципах Agile. С ними можно познакомиться на странице http://agilemanifesto.org/ .

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

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

Для увеличения эффективности сотрудничества между разработчиком и заказчиком было введено правило, что после начала исполнения этапа (спринта) вносить изменения в постановку задачи нельзя. Изменения можно запланировать на новый этап (спринт), после принятия первого. Это правило стало дисциплинировать заказчиков, чтобы в разработку уходило, только всесторонне продуманный блок заданий. Длительность этапов (спринтов) регулируется исходя из количества членов команды разработчиков и их функциональных обязанностей. Часто длинна спринта 2 недели.  

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

Перенос гибких подходов и принципов Agile

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

Начало в 3:38

А также «Scrum – новое слово в организации командной работы класса». Планирование учебного процесса. Подготовительная работа к внедрению Scrum. Организация образовательной среды.

Для групповой работы в начальной и средней школы мы можем рекомендовать набор «Строим лучший мост» от PASCO SCIENTIFIC.  Разбившись на роли архитектор , строители, стройнадзор можно познакомиться с основами инженерного дела и сопротивления материалов.

Для обучения проектной работы в старших классах средней школы и гимназических классах мы рекомендуем попробовать роботизированную руку uArm Swift Pro. Помимо задач перемещения предметов, она также может быть использована для рисования на песке, печати трехмерных объектов и лазерной гравировки. А это значит, что можно придумать задачи по созданию наградных памятных знаков, удаленной игры в шашки, мультфильма на стекле с песком. И соответственно под каждую задачу будут свои роли. Для мультфильма сценарист, программист, осветитель, оператор, звукорежиссёр, верстальщик, критик. Для памятных знаков, дизайнер, программист, тестер, инженер по креплению, и.т.д. Главное не забыть включить в команду представителя заказчика.

Для высших технических заведений можно сделать проект разработки электронного устройства на базе NI ELVIS Engineering Lab Workstation.

По вопросам приобретения обращайтесь по электронной почте ask@ste(.)education. (Перед отправкой скобки из адреса электронной почты необходимо убрать).

PASCO Capstone interface

Начало работы с PASCO Capstone

Простота использования цифровых лабораторий зависит прежде всего от программного обеспечения. Запись онлайн-обучения PASCO CAPSTONE от 26 сентября 2018 года теперь доступна в YouTube.

Смотрите онлайн семинар PASCO CAPSTONE на английском языке.

Подборка видеообзоров функций Capstone также доступен на YouTube PASCO Capstone (all).

Что такое «Паско Капстоун» (PASCO Capstone)?

Pasco Capstone-это многофункциональная программа сбора, визуализации и анализа данных, разработанная PASCO Scientific для современного образования.

Вы можете скачать 60-дневную пробную версию PASCO Capstone для MS Windows или Mac OS X  здесь.

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

Ответы на вопросы о соединении с датчиками вы можете посмотреть  в руководстве пользователя [PDF, Eng].

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

Среди опубликованных материалов ищите иконку файлов PASCO CAPSTONE.

*.cap

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

Дополнительная информация о функциях PASCO CAPSTONE, типах лицензий, импорте /экспорте данных доступна здесь. 

Запросы на ценовые предложения отправляйтена ask@ste(dot)education.

Essential chemistry — электронные ресурсы Цифровая Химия

В наше время электронные книги для обучения становятся все более популярными. И безусловно это очень мудрое решение использовать централизованное решение, которое может быть обновлено незамедлительно, если дидактик или автор сочтёт это необходимым.
Я общался с преподавателем, который был очень увлечен идей создания электронных книгу вместе со студентами. Он предложил им собирать и каталогализировать все используемы ими электронные источники, которыми они пользовались при подготовке. И это действительно имело эффект. Собранные материалы помогали  студентам учиться. Но во время сдачи экзаменов вскрылась одна серьёзная проблема. Материал, выбранный студентами не проверялся. И они выбрав не достоверный источник заучили, то что  было некорректно. В качестве примера вы можете найти в YouTube ВИДЕО «How to make a MONOPOLE MAGNET» (Как сделать однополюсный магнит). Коротко раскрою идея видео в том, что двухполюсный магнит надо замарозить, а потом разрезать. Полагаю, те кто знаком с явлением магнетизма сейчас улыбнулись.

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

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

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

У вас есть возможность познакомиться с примером электронной книги по Химии от PASCO SCIENTIFIC здесь [Eng.].

EDIBON õpe pilv

EDIBON Cloud Learning — облачное SCADA решение для центров профессиональной подготовки

Испанская компания предлагает концепцию облачного решения EDIBON Cloud Learning для центров профессиональной подготовки. Решение позволяет одновременное подключение учеников к учебных стендам расположенных в лабораториях по всему миру. Роль администратора – выбирает учитель, он может следить за прогрессом исполняемого учеником задания. Несколько учеников могут одновременно выполнять задание с одним учебным стендом. Данные, собранные в результате исследования, могут быть скачены с облака и ли закачены для последующего объединения и обработки. Платформа EDIBON Cloud Learning позволяет организовывать вебинары. Поддерживается для разных операционных систем. Не требует предварительной инсталляции. Позволяет пользователей объединять в группы. Имеет быструю поддержку инженеров.

Privacy Policy Settings