【WSレポート】2017.11.05 littleBitsワークショップ@沼津 午前の部
天候に恵まれた三連休、探プロは初めての遠征をしました。
沼津市など静岡県東部地方を中心に、子供たちに未来の学びを届ける活動をしている方々から声をかけて頂き、幼児から小学生を対象としたlittleBitsワークショップを提供する機会を頂いたのです。
実は小学生の頃、数年間ですが住んでいたことのある沼津市。
そしてそのお隣の三島市は、高校3年間を過ごした懐かしい地でもあり、ご縁に恵まれたことをとても嬉しく思っています。
当日は私の高校生時代の友人2人もお子さんを連れて駆けつけてくれました。
お互いママになって、子連れで再会するのもなんだかすごーく不思議な感じがするのと、彼女たちの前に立ってワークショップをやるのがすごーーーくプレッシャーでもあったのですが(笑)
ともあれ良い想い出になりました。
今回のワークショップは2部構成でした。
午前は幼児を中心としたlittleBits初心者向け、午後が小学生を中心としたlittleBits経験者向けです。
午前の部は、バグを探せゲーム+紙工作という基本の組合せにしました。
紙工作の準備を主催の方にお願いしておいたところ、ものすごい充実っぷりでびっくり!
楽しそうな工作道具を山ほど用意して頂き、他にもお菓子の空箱など、子供たちの工作意欲をかき立てる素晴らしいい準備に感動しました。
私はこんな活動をしていますが、実は工作が大の苦手です...
昔はそうでもなかったのですが、本業の影響(?)もあって完全にロジカル脳なんですよね...
発想力を存分に活かして&手先の器用さを活かして
といったことができないので、この工作系のワークショップが本当に苦手なのです。。
そんな事情をお伝えしたら、主催のOさんが工作サンプルをたくさん用意してくれました。
ちなみにこれはメリーゴーランドです。
モーターをつけるとちゃんと回転します。
他にもたくさん!
そんなこんなで、午前中は18組の親子でスタートしました。
最年少は4歳、最年長は10歳とかなり幅広い年齢層でしたが、年齢でグループを分けてくれたので、わりとスムーズに進められた気がします。
最初は、いつものようにデバッグゲームをやりました。
littleBitsのブロックにバグ(悪い虫)が入り込んで、うまく動かなくなってしまった...
どうすれば良い?
ということを皆で考えながら進めていきます。
年齢差があるので進み具合が心配でしたが、年少組がとてもよく頑張っていました!
littleBitsの動きが大まかに分かったところで、次はグループごとにlittleBitsのブロックを繋げるゲームをしました。
アウトプットの役割である緑のブロックをたくさん動かしたグループが勝ちです。
ここで、面白い現象が。
最年長の10歳のお兄さん・お姉さんたちが集まったグループは余裕…
と思いきや、繋いだのに全然動かなかったんですよね。
彼らの繋げたブロックをみてすぐに理由が分かりました。
緑(アウトプット)のブロックの間には必ず、ピンク(インプット)のブロックが挟まっているのです。
つまり、ピンク、緑、ピンク、緑、のように交互に並んでいました。
これだと、電気を通すためにはあちこちのピンクのブロックに手を加えなければいけません。
あっちもこっちも、同時にスイッチを押す必要があって、どうにも忙しい...
しかも成功率は高くない。
(タイミングを合わせるのが難しいですからね)
一方、小さい子たちのグループは、素直に緑のブロックをどんどん繋げて、みごとになが~い作品を作っていました。
デバッグゲームの中では、ゲームを進めるうちにピンクと緑のブロックの関係性が理解できるようになっています。
(緑→ピンク、では動かないということを体験している)
また、私はゲーム中に何度も、緑のブロックがたくさん動いたグループが勝ちだよー、と伝えていました。
お兄さん・お姉さんはちびっこばかりの中で少し油断してしまったかしら??
先日の小学校でのワークショップでも実感しましたが、このlittleBitsを使ったプログラミング学習は、アルゴリズムの超基礎、基本を学ぶのにとても向いているようです。
難しいことを言わなくても、なぜその順番だとうまくいかないのか?
どうすればうまくいくのか?
思考と試行が連動して非常に分かりやすい形で結果を確認できますし、ブロックを見ればアルゴリズムが分かるので簡単なのです。
実際に、そのグループのお兄さん・お姉さんたちは、ゲーム後に私のフィードバックを聞いて、全員が、なるほど、と頷いていました。
皆で一緒に見て触って体験できるからこそですね。
もちろんパソコンを使ったプログラミング学習でもアルゴリズムは学べるのですが、少々手間がかかるのが難点だと思っています。
当事者だけでなく、周りで見ている保護者も、他の参加者も、みんな、その場で共有して、納得できる。
littleBitsを使ったプログラミング学習の価値を、これからももっと伝えていきたいとあらためて思いました。
そして後半は、用意して頂いた工作道具を使って思いきり楽しみます。
材料をかき集め、あーでもない、こーでもないと、子どもたちみんなすごく集中していました。
サンプルのおかげで(?)くるくる系が多かった印象です。
こちらは手描きイラスト付きのメリーゴーランド。
こちらは4年生のお兄さん2人の合作です。
空母だそう。
↑は完成状態ではないので分かりづらいですが、2人で協力して、上下の部品をうまく分担&組み合わせて作っていました。
1人で作るのも自由だし、友だちと作ってももちろんOK。
今回は時間の関係で、複数人でプログラミングする体験を入れられなかったので、自ら取り組んでくれたことが嬉しかったです!
保護者の方も交えて総勢40名近くがいたので部屋の中はものすごい熱気でしたが、とても穏やかな時間でした。
最後は、全員が自分の作品をそれぞれ発表します。
恥ずかしながらも、工夫したところや、難しかったところをちゃんと教えてくれました。
素晴らしい!
最後に保護者の方へ。
今回のワークショップで学んだデバッグの考え方を、お子さんと一緒に日常の中でどう活かしていくか??
当日は時間がなく伝えきれなかったので補足します。
■デバッグ
プログラムが意図しない動きをするとき、エンジニアたちはプログラムに「バグ(bug)」がある、と言います。その原因を突き止めて修正し、正常な動きに戻す作業(=バグを取り除くこと)が「デバッグ」です。
プログラミングをする上でデバッグはストレスを感じるものですが、思考力を鍛えるには非常に有効な手法です。特に、デバッグに求められる効率の良さは学習効果を高めます。
具体的には、経験を重ねることによって筋の良い仮説が立てられるようになり、問題解決力UPに繋がります。さらに、仮説と検証を高速でくり返すことによって、論理的思考力UPにも期待できます。
動くはずのものがうまく動かないシーンに遭遇したら、デバッグを試すチャンスです。
もしお子さんから「どうして動かないの?」と聞かれたら、答えを教える代わりに、何があれば”動くはず”なのかを一緒に考えてみてください。
例えば今回のワークショップでは、こんな視点があることを体験してもらいました。
・電池の残量はあるか?
・ケーブルは繋がっているか?
・スイッチはONになっているか?
・ピンク(インプット)のブロックと緑(アウトプット)のブロックはどういう順番で繋ぐべきか?
もしかしたらケーブルがつながっていない?
と疑問をもって確認することが、要するに仮説→検証の流れです。
手当たり次第に解決策を試してみるのも良いですが、一度手をとめて、考えてみる癖をつけると思考力はぐんと伸びるはずです。
デバッグの考え方はプログラミングに限らずいろんなシーンに応用できるので是非、頭の体操だと思って、お子さんと一緒に遊びながら考えてみてください。
お子さんと一緒にこんなデバッグをしたよー、という体験があればぜひぜひ教えてください!
次回は午後の回をレポートします。
【お知らせ】プロ・テック倶楽部様のカリキュラム監修をさせて頂くことになりました
Blogでご紹介していなかったのであらためて。
11月より開講する、プロ・テック倶楽部さんのプログラミング講座を監修させて頂いています。
探プロワークショップではお馴染みの、Edisonを使った幼児向けのカリキュラムです。
先日、講師の先生方にEdisonのレクチャーをしてきたのですが、あっという間に使い方を覚えてしまい、まるで子どものようにEdisonに愛着をもって遊んでくださる様子をみて本当に嬉しく思いました。
先生たちが楽しむことが一番だと思っているので!
今回のカリキュラムを作るにあたって、あらためて、プログラミングのスキルではなく考え方を学ぶというコンセプトの価値を実感しました。
プログラミングの考え方は、相手が幼児でも大人でも関係なく必要なもので、説明のしかたを変えてあげるだけで、同じ概念をちゃんと伝えることができるのです。
例えば今回の講座で学ぶのは
・アルゴリズム(順次、繰り返し、分岐)
・インタフェース
の2つです。
この2つを、少しずつ難易度を上げながら、テーマを変えながら何度も繰り返し学べるように作っています。
また、探プロが重視している他者とのコラボレーションも、もちろん入っています。
カリキュラムの後半からは、ペアやグループになって、1つの作品を作ることにチャレンジします。
そして、こうしたプログラミングの考え方を日常の中でどう活かせるのか?
そんなことを先生と一緒に、親子で一緒に、考えるきっかけになればと思っています。
幼児の皆さんはどこまでできるのか?どこまで理解してくれるのか?
気になるところではありますが、きっと出来る!と信じています!!
申し込みが既に200名を超えたと聞きました。
Edisonを初めて見かけたとき、なんて面白いロボットだろう!と魅了されたその日から、あっという間にこのような展開を迎えてわたし自身も驚いています。
今後も、社会を生きる子どもたちにとって本当に価値のある学びのコンテンツを提供できるように、楽しみながら進めていきたいと思います。
【レポート】問題の見つけ方と問題解決のしかた 2/2 北区立袋小学校 2017.10.14
後半は場所を家庭科室に移して、問題解決のしかた、をlittleBitsを使って体験してもらいました。
本当は、前半に伝えた「問題の見つけ方」を体験できたら良かったのですが、littleBitsを使って&プログラミングの学習にもなって、という先生方からの欲張りなリクエストにこたえるために(笑)
実際の問題解決までを一連の流れとして組み込みました。
ここまでを45分+45分の90分でやるので、組み立てはけっこう大変でした....
かなり詰め込んだので心配していたのですが、この6年生たちにそんな心配は無用だったようです。
8人で1グループになって、4人ずつ「問題を抱えている人」と「問題を解決する人」に分かれます。
時間の関係もあって&littleBitsを使って解決できる問題設定が必要
ということで、今回は私の方でお題を出しました。
「夜道を歩くのが怖い・・・」
と言っている女の子がいる。
毎日歩く道だから早く解決したいし、友だちもみんな怖がっている。
怖がっている理由にはいくつかあって、静かすぎるから、暗いから、怖い人がいるかもしれないから、お化けがでるかもしれないから・・・
問題を抱えている人に、どうして問題だと思ってるのか、ちゃんと理由を聞いてみる。
そして、それを解決するためのプロトタイプを作ってみる。
作ったら、それを見せて、それで解決できるかどうかを聞いてみる。
もし、ダメ出しされたらやり直し。
この一連の流れを15分間で。役割を交代して2回やりました。
最初の1回目では、初めて触るlittleBitsがよく分からなくて苦戦する子や、littleBitsに夢中になってしまい問題を抱える人たちとのコミュニケーションがなくなってしまう子などがあちこちに見られました。
途中でスタッフの方から
「子どもたちは何をしたらよいのか、全く分かっていませんよ?」
と言われ、慌てて各テーブルをまわってみたのですが、実際はそうではありませんでした。
彼ら彼女らは、何をすべきかちゃんと分かっていました。
(問題が何か?その問題を引き起こしている理由は何か?そのために何を解決すべきなのか?)
全テーブルをまわって確認しましたが、すべてのグループで理解できていました。
でも1回目の様子を見ていて、ちょっと気になることがあったのです。
そこで2回目に入る前に、私から2つ伝えました。
1つは、自分の作ったプロトタイプによって、本当にその問題を解決できるかどうか、ちゃんと問題を抱えている人に確認しましたか?ということ。
たとえば、暗いのが怖い、と言っている人に灯りを提供する。
それは確かに1つの方法かもしれない。
でも、本当にそれがベストなのか?ちゃんと考えましたか?確認しましたか?
問題を抱えている人は、問題の解決には何が必要なのか、ちゃんと考えましたか?
実際に、あるテーブルではこんなことがありました。
怖い人がいるかもしれないというから音を出す仕組みを作ったといいます。
そこで聞いてみました。
それは、怖い人が近寄らないための仕組みなのか?それとも、近寄った人を撃退するものなのか?
うーん、ということで、また考え直すことに。
そんな声がけの成果なのか、2回目ではあちこちのテーブルから、ダメ出しをされている声が聞こえました(笑)
もう1つは、littleBitsの使い方です。
今回は事前レクチャーもせず、いきなりスタートなので子どもたちも試行錯誤でしたが、6年生なので、できればちゃんと知っておいてほしいことを1つだけ伝えました。
インプット、アウトプット、それらの制御(コントロール)の役割をちゃんと考えること。
アウトプットの次にインプットがあっても意味がないよね?
制御は、アウトプットを制御するためにあるんだよね?
だとしたら、ピンク、緑、オレンジのブロックをどう組み合わせるべきなんだろうか?
ここは若干、プログラミングの話が入ってしまったので、各テーブルを周りながら、気づいたところには直接声をかけて直していきました。
さすが6年生です。
一声かけるだけですぐに間違いに気づいて、自分たちで直せる子ばかりでした。
中には制御のブロックを使いこなす子も現れて、潜在能力の高さにこちらが驚いてしまいました。
たかだか30分でどこまでできるのだろう...
と心配していたのに、最後の5分は余剰に感じるほどでした。
問題解決までの一連の考え方を学んだ上で、さいごに全体をふりかえって終わります。
終了後、担任の先生たちからのフィールドバックの中には
「いつもの授業では消極的な子が(そういう子ほど)今日はとても積極的に取り組んでいた」
というものがありました。
私はちょっと気づけなかったのですが、スタッフの中には気づいた人がいたようです。
前半の講義と、後半のワークでは、活躍する子が違ったと。
頭でゴリゴリと考えるのもだいじだけど、問題解決はそれだけじゃ足りない。
理屈より先に身体を動かす、というのも大切だと思います。
そうやって素直に動ける子の良さが、学校や社会の現場でももっともっと評価されると良いな、とあらためて思いました。
今回の体験がこのあとの学びに少しでも役に立つことを願っています!
担任の先生方をはじめ、お手伝いくださった方々に感謝の気持ちを込めて。
ありがとうございました。
==
終了後、子どもたちのふりかえりシートを共有して頂いたので一部抜粋です。
・問題を見つけることでたくさんの解決策がでてきておもしろかった。
・特に「問題とはなにか」というやつが難しかった。たしかに、ほめてもらえると思って手伝ったのに怒られたりするのでなっとくしました。
・問題=差という考え方はリフレクションでも活用できると思いました。テーマが決まらないときにこうなったらいいなという理想を考えて、今との差を考えれば今までより良いリフレクションができるかもと思いました。
・littleBitsをうまく使って問題を解決するにあたって感じたことは、いつもテキトーに組み合わせるのではなく、考えて、「どうしてこうなった?」「どうすれば良い?」という考えながら解決することが必要だということ。
・問題を探すときには、質問をすることがよいと分かりました。班でやったときは「へりくつ」が少し多かったけど、あの模型のような物(注:littleBitsのこと)を使うと深く考えられました。詳しく言うと、「どうすれば解決できるか」と考えながらやっていくことで頭を使っていたからだと思います。SDGsを進めていくためにこの大事なやり方でやっていこうと思いました。そして班で協力できるとよいと思いました。
・(問題とは)自分と人の意見の差だとは思ってもいなかったし考えたこともなかった。もっと人の意見を大切にしなければ、いいものもうまれないと思ったし、そのための話し合いだって気づいた。他人の気づきからひらめき、考えることも必要だとづいたし、結論を早く出すのもいいけど、相手の話を聞いて、それにあったものを出すためにも人の言葉は大切にしようと思った。
・「問題とは何か?」を考えたことがありませんでした。たぶん興味がなかったからだと思います。
・問題というのは、人それぞれ基準が違うから、いんな考えが違って当然だということが分かりました。自分にとって大きな問題でも、他の人にとって意味のない、小さな問題なのだと思います。
・相手の問題を詳しくするときの質問が重要だと知りびっくりしました。これからこの活動をしていく上で質問を大切にしていきたいと思いました。
・問題はどこにある?というので、なんで今までこの方法を思いつかなかったんだろうと思いました。
・問題解決をどのように進めるかがよく分かりました。自己中心的(困っているのは自分くらいの問題や、そんなにはやく解決しなくても良い問題)にならないように気をつけようと思いました。
・私が一番思ったことは、問題とプログラミングの関係性は?ということです。なぜかというと、私の班はまったくうまくいかず、問題を解決できなかったからです。暗いのが怖いから電気をつけた。でもおばけが怖い(という)。1つができても1つはできませんでした。前回でも、何かを救うことは何かを捨てること、といいました。なので私は関連性が分かりませんでした。
・問題を見つけ出すためには、相手に聞いてみたり相手と自分を比較すれば良いと分かった。なぜなら、相手をみることで誰が自分の中では何がダメなのかが分かり、そのダメなところが理想と現実の差であり、問題だからだ。しかし、個人だけの問題で他人は関係ないものも重要な問題ではあるが、まずは大人数の方を優先しなければならない。問題解決にはその原因を質問で深めておき、そこから自分たちが解決しようとしていることは本当にあっているのかを考えて行動したい。
・問題を解決するには、いろいろな質問と自分と相手の考えが同じかどうか?を調べなければならない。理由は、相手が望んでいることが同じじゃなければ解決したことにはならないから。
・あらゆる問題を問題グループの人たちに言われ、追いつけずにできなかったものもあった。これが世界でいう、だいじな問題ではない、なのかなと考えた。出された問題のうち、一番難しく、完成させられなかったのが、お化け対策をしてほしい、というもの。お化けはライトをつけると見えてよけいに怖くなる、などの意見が出て結局、完成させることはできなかった。
・世の中も、問題がおきたら解決していくから、同じしくみだと気づいた。世の中の問題を解決していくのを、小さくまとめたのが今日、家庭科室でおこなったものと気づいた。日常でも、このような似ていることがある。
・「問題」ということを考えることがなかった。実際に私がやっている問題は解答のある問題だけど、SDGsは解答が1つと決まっているわけでもないし、人によって答えが違うということなんだろうと思った。
・学習を通して気づいたことは、問題を解決する際、一点だけではなくいろんな考え、意見をたくさん出していった方が良いということだ。理由は、プログラミングで例えると色んな色、形、性能がたくさん繋がるように、問題を解決するのも同じことだと思うからだ。関係のないものは繋がらない。関係のあるものは繋がる、というわけだ。
・重大な問題は、なかなか解決できないということに気づきました。もちろん自分には問題もたくさんあります。しかしそこまで重大な問題はありません。小さなことだったら簡単に解決できました。しかし、重大な問題は2日くらいかけないと解決しないものもあります。他の人に助けを求めても、人は人の心を読み取れないので難しいということも学びました。ささいな問題ならまだしも、重大な問題は人にあまり任せることができないのです。