190126_社内GASレクチャーを実施した話@ノンプロ研
•Download as PPTX, PDF•
0 likes•724 views
社内にプログラミングできる人を増やしたいときに研修という手段がありますが、どうやって社内に広めていくのか、というテーマでの発表資料です。
Recommended
More Related Content
What's hot
What's hot (12)
Similar to 190126_社内GASレクチャーを実施した話@ノンプロ研
Similar to 190126_社内GASレクチャーを実施した話@ノンプロ研 (20)
More from Takayoshi Sakaino
190126_社内GASレクチャーを実施した話@ノンプロ研
- 1. 社内GASレクチャをした話 2019/01/26 @ノンプロ研 アディッシュ株式会社 技術開発部 境野高義 (さかいの たかよし) ID: sakaimo
- 3. 自己紹介 ■経歴 ～2004年 - 無農薬野菜の電話セールス - アニメーション制作会社で制作進行 - 広告代理店の営業サポート - 未経験からJavaプログラマ 2004～2009年 - デジタルカメラのソフトウェアQA 2009～2017年 株式会社ガイアックスに入社 - QAチームの立ち上げ、リーダーとしてチーム運営 - 手動テストに加えてテスト自動化すこしだけ 2017～ アディッシュ株式会社に転籍 - 技術開発部で基盤事業のシステムの保守運用 - 業務改善や自動化も始める - 栃木県小山市出身 - 横浜国立大学教育学部卒業 - 「仕事は楽しく、遊びは真剣に」
- 4. - 1975年11月1日 生まれ43歳 さそり座 O型 - 栃木県小山市出身 - 神奈川県川崎市在住 - 小学校中学校と野球部 - 高校と大学で吹奏楽でフルートと指揮者 - 大学は教育学部小学校教員養成課程社会科 専攻 - 世界史の先生になりたかった。卒論はマリ ア=テレジア - 大学時代は吹奏楽サークルと麻雀 - 大学卒業後にサックスとベースでBIGBAND - 「スレイヤーズ」と「機動戦艦ナデシコ」 からアニオタに。林原めぐみ。 - ロードス島戦記、アルスラーン戦記 - 今でも自分で持ってる漫画は 「BASTARD!!」「あずまんが大王」「よつ ばと！」 - ももクロ、でんぱ組、BABYMETAL、 SilentSiren - 転職5,6回. - 月2,3回くらいで、ジョギング5-6km。たまに 筋トレ。 - 初代ファミコン、スーファミ世代。DQもFFも 4まで。 - 今は子供と一緒にニンテンドースイッチでスマ ブラとマリオカート - 牡蠣、ステーキ、寿司食べたい。ガパオ、カオ マンガイ好き。 - 和菓子より洋菓子。フルーツより生クリーム。 - ベルギービールが好き。日本酒は鳳凰美田。 - 影響を受けた本は「7つの習慣」「嫌われる勇 気」「自分の小さな「箱」から脱出する方法」 - TwitterよりFacebook - 資格は中検4級, TOEIC545点, JSTQB-FL, 旧ホー ムヘルパー2級 - 片手で打てる文章 私との共通点探し！
- 5. 今日話すこと - 私の周囲の環境とレクチャーのきっかけ - レクチャー開始までの準備とやったあとのこと - Q&A (レクチャ自体の資料は出てきません。別途どこかで。)
- 15. 手作業はまだまだ残っている、の例 - メンバーの勤怠管理、シフト作成 - 監視結果の集計とクライアントへのレポート - 自分のチームの採算管理 - 進捗管理をスプレッドシートで - 定期的なメール送信 - 単純作業だが毎日行う小さな作業
- 21. 背景 - プログラムへのハードルは下がってる - スクールガーディアン事業部での「中高生に向けたプログラミング教育」に関わる - もともと教えるのが好き - 教えることを通して「部署を超えた社内コミュニケーション」を促進したい - 「部活」のノリ - キャリアパス、スキルアップやエンジニアと非エンジニアのコミュニケーション円 滑化... ...などに寄与するのでは？
- 24. 対象者イメージ - プログラミングしたことない人 - だけどプログラムできるようになりたい人 - Googleサービス(スプレッドシート, Gmail, フォーム...)を利用している人 - ↑これらの手作業を自動化したい人 - ↑これらで実績を作って自分の経歴書に「GoogleAppsScriptによる業務効率 化」と書きたい人
- 25. 2017年末(まさに正月休み) - どんなことを教えようか考え始める - 「実務で使える」がゴールだな。 - 世の中に教材はいっぱいある。 - 正確さよりは「動いた！」がいい - 体系的じゃなくていい - 調べ方を教えたい →レクチャー資料を作り始める。このあたりでスライド300ページ。
- 26. 2018年頭～3月 トライアル期 - 社内に「GASでこんな事ができますよ」の事例紹介をしておく - 資料の形ができたところから、希望者4,5人にトライアル受講しても らう - 説明が不足していたところ、理解につまづくところがあったら資料 を修正する - なるべく絵や図にする
- 28. 2018年4月 受講生募集のメール (見たい人はなんとかして見てください) 件名: GASレクチャー、受講申し込み開始します！ 日時: 2018年4月11日(水) 23:26 境野です。 少し長いですが、GASレクチャを受けたい人は是非最後まで読んでください。 おまたせしました。 １月に「GoogleAppsScript(GAS)のレクチャをやろうと思っています」と告知してからココまで、 コンテンツを作成しつつ、数人にトライアルとして受講してもらって内容や説明の仕方を改善し、 一通り基礎部分を作り込むことができました。 受講対象者の想定を - プログラミングしたことない人 - だけどプログラムできるようになりたい人 - 業務でGoogleサービス(スプレッドシート, Gmail, フォーム...)を利用している人 - ↑これらの手作業を自動化したい人 - ↑これらで実績を作って自分の経歴書に「GoogleAppsScriptによる業務効率化」と書きたい人 にしています。 プログラム未経験者を対象にしているがゆえに、なるべく丁寧に伝えようと思い、 資料も増えて、説明も時間がかかるような設計になってしまいました。 スライド300枚超えましたｗ (１スライドの内容が少ないですが) その分「理解してもらえる」内容になっているつもりです。 プログラムって知識として知ってるだけじゃダメで、 自分で書いてみて、エラーが出て、それを解消して、次はもっとうまく書くぞって思って、、、 を繰り返すような内容なので、それ相応の時間はかかります。 が、身につけたら一生モノの自分の財産になると思います。 スライドだけでも学習できるように意識していますが 私がその場でライブコーディングしたり、言葉や画面を使っての説明を 補足することで理解がより深まることを狙っています。 (不明点をその場で質問してもらい、解消するというワークも含めて、ライブ感を大事にしたい) 10-15時間程度のレクチャ(各自の宿題や卒業課題は別)になる想定です。 2Qが始まり、QCPで2Qの目標設定をしてしまった人もいると思いますが、 「GASレクチャを卒業できること」を目標としていただいたりするとテンションが上がります。(私の) ■レクチャ内容 まだ未完成ですがレクチャにつかう資料はこちらになります。 https://docs.google.com/presentation/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx これを見ただけでわかるようであれば参加しなくて大丈夫ｗ ■レクチャ時間帯について 上記の通り、このレクチャはトータルで10-15時間くらいを想定しています。 かつ、少しずつ長い期間をかけてやっても忘れるタイプのレクチャだと思います。 そのため、なるべく密度高く、まずは最後まで駆け抜けて、不明点は個別フォローする的な進め方にしたいと思います。 プランとしては 平日プラン：平日業務時間外に2時間程度(18:30-20:30を想定)を数回にわけて実施 (週２回とか) 休日プラン：休日に丸一日つかって集中講座する を考えています。(どちらか一方か、あるいはどっちもやるか、は希望者次第で決めます) どちらのプランについても、下記アンケートによる希望者が集まってから都合のいい時間帯を探します。 <卒業条件> 「自分の業務を改善できるGASを作成する」ことを卒業課題とします。 考え方や、ヒントなどのヘルプはしますが、「自分で作った」と言えるものを提出してもらいます。 それを見て私が「卒業」かどうか判断します。 ※平日の業務内に行えないのは、(参加者数にもよりますが)数回に分けて全員の空き時間を調整するのが難しいと思ったか らです。 ■リモート参加 リモート参加でも可能です。 が、やはりその場にいて画面を指さしながら、、、的なものはやりにくいです。 (希望者数によりますが)拠点に私が行って集中レクチャーとかやってみたいなー。 ■最少催行人数 1人。ワンツーマンで教えますｗ ■参加資格 - adishに関係する人であれば誰でもOKです。雇用形態問いません。家族でもいいです。 - 例えばアルバイトスタッフでプログラミングスキルを身につけたい人がいたらウェルカム。 ■就業時間外の活動について(これ大事) allのメールでも共有がありましたが、下記をよく読んでおいてください。 https://sites.google.com/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 概要：就業時間外にレクチャーや委員会活動が及んだ際、就業扱いといたします。 想定シーン：GASレクチャーを就業時間外に開催する とありますね！ｗ つまりレクチャ参加が残業時間として認められるということです。 それだけ結果出せよ、というプレッシャーでもあるのですが、 前職で労働組合の書記次長をやっていた私が気になるのは、みなさんが36協定をどこまで理解しているかです。 adishには労組は無いですが、会社側と労働者側がいて、その間で労働についての協定を結んでいます。 (時間の上限や、割増賃金なども決められているので是非調べてみてください) 世の中の現状や、今のadishに合わないかも知れませんが、残業についての考え方としては 「残業は会社に指示されてやる」という性質のものです。 残業手当増やしたいからやる、という類のものであってはいけません。 今回のレクチャはどちらかというと「自発的に受けたい！」と思って 参加してもらうことをイメージしていますので、そこにズレ(自発的な残業と捉えられなくもない)が発生します。 そこは「会社がスキルアップの機会を与えてくれてる」的な捉え方をしていただき、 おそらく自分の上司にこのレクチャに参加するかどうか口頭で伝えた上で、 かつ「36協定に定められている上限を越えない範囲である」ことで、問題ないと思います。 ※(ここは私の判断ですが)もしアルバイトメンバーが参加したい場合は時給は出ないです。 アルバイト契約の本目的とは外れるので、そこでお金を発生させるのも変なので。 あくまでアルバイトスタッフの場合は「本人のスキルアップの場を提供することができるよ」くらいで。 以下、受講申込フォームになります。 希望する方は4/17(火) 17時までに入力お願いします！ https://docs.google.com/forms/xxxxxxxxxxxxxxxxxxxxxxxx 質問あったら境野まで！
- 29. 募集した結果 エントリー数 (仙台、東京、福岡、沖縄) 平日コース (平日2時間ｘ5回くらい)：10人 休日コース (土曜日丸1日) ：26人
- 31. 実際に挙げてもらった「効率化したいこと」の例 毎月やってる採算管理の記録が完了したら、各担当に自動で通知を飛ばして見てもらえる仕組みにしたい Googleアラートをslackに通知したい 勤怠連絡がきたら申請者のチームMLに共有メールを流す CSVから作業担当表のベースをつくりたい 社外講演管理表(スプレッドシート)からGoogleカレンダーに登録して○日前になったらslackに通知 Googleドライブのフォルダに置かれた見積り、契約書、設計書、レポートの一覧が自動で作成される 週毎のお掃除当番を日付と担当チームが入った状態でslackに通知を飛ばして欲しい …などなど
- 35. レクチャー資料を作りながら思ったこと 参加者の目的は「プログラミングを体系的に正確に学びたい」ではなく 「業務効率化したい」 - 体系的じゃなくていい - 「知っておいたほうがいい」をどこまで省けるか - 「答え」よりも「考え方」と「答えの調べ方」を覚えてもらう → 自分の知識もあいまいなことを知る (レクチャで使った資料はそのうち公開するかもしれません。そのうち…)
- 36. 大事にしたこと 結果が「目に見えること」 - Logger.logでもいいけど「実行したら結果がセルに出力される」ほうが「動い てる」感ある - エンジニア視点だと出力先がログか、セルか、の違いなんだろうけど、ログ に出るんじゃなくてセルに出力される方が「うお！」てなる。 実務で使えるサンプルコードにすること - 実務ではスプレッドシートが大きな割合。シート間のコピーとか、すぐ使え るtips - GmailやSlackに通知するとか
- 37. (割愛：レクチャー中の話) - 最終的に430ページを超えるスライドになりました。 - だんだん参加者が減っていきましたｗ - 理解度には大きな差がありました。 - そこに対する対応は悩みどころ。 - 「底上げをする」のか「できる人を伸ばす」のか。 - 課題はレクチャ時間外にやってもらいます。 - 不明点はslackでも受け付けました。
- 38. やってみて - 「動いた！」「できた！」って喜んでるのを見ると嬉しい - ループ(for, while)をわかりやすく説明するの難しい 教える側としては「相手が何をわかっていないので、何を先に説明すれ ばいいのか」の判断がむずかしい。。。私が勉強になります。
- 39. 書けるメンバーが増えた先に起こりそうなこと - 業務が変化し、コードを変更しなければならなくなった - そのコードを書いた人が退職した - それでも業務を続けなければならない - 想定外の使われ方をして動かなくなった - データの量が多くなってきて時間がかかる、処理が遅くなる 業務が止まるリスク 書けるだけじゃなく 保守運用までできるスキル
- 40. 継続して使われ続けるための知識・ノウハウ - 読みやすいコードを書く - プログラムは「名前８割」(前職の先輩談) - コード管理・コードレビュー - githubのこととか - 「保守・運用」 - 継続して使われる→不具合が起こる→それに対応する - を行うだけの時間確保と気力 - テスト・品質保証 - プログラムが意図したように動くことをどうやって確認するか - 不具合が起こった時に気づけるような仕組み このような エンジニア的知識が 必要になってくる
- 43. Q&A
- 45. Q: 参加者のレベル感について 実施者としてはレベル感はある程度揃っていた方が教えやすいと思われます。 告知、募集時に気をつけること（事前アンケートなどが有用であればその設問など） 実際の研修時にギャップがある場合の対応 などがあれば教えてください。 例えば、VBAであれば「開発タブもない人」と「if文 for文の概念くらいは分かってる人」くらいでも ギャップはあると思います。 A: ギャップはあります。私の場合は「現時点で実業務を自動化できていない」のであれば「同じレベ ル」と捉えました。「ド初心者でもこのレクチャを理解できたら実務で使えるようになるよ」を目指 しました。おそらくレクチャの最初の方(変数とか配列とかfor文とか)は「知ってるよそれ」というメ ンバーも何人かいたと思います。 私は事前課題としてアルゴロジックをクリアしておいてね！をやりました。 https://home.jeita.or.jp/is/highschool/algo/index.html
- 46. 以上です！