ユニファ開発者ブログ

ユニファ株式会社プロダクトデベロップメント本部メンバーによるブログです。

僕がファシリテーションをするときに意識している13のこと

こんにちは。スクラムマスターの渡部です。

この記事は、UniFa Advent Calendarの記事でもあり、ファシリテーター Advent Calendarの記事でもあります。

さて、本題であるファシリテーションに触れる前に、誤解の無いよう(期待値調整のために)少し僕自身についてお話しておこうと思います。

はじめに、僕はファシリテーションを専門に働いている訳ではありません。

スクラムマスター 兼 プロダクトマネージャーとしていろんなMTGに参加していたり、最近トライし始めた新たな試みとして、6つの開発チームでふりかえり導入支援をしていたりと、「話したりファシリテーションする機会」がちょっと多いだけの人です。

今回は、そんな僕がいろんなMTGでファシリテーションするときに気をつけていることのご説明と、実際にそのMTGに参加していた人に「実際どうだったか?」「どう思ったか?」などをインタビューしてご紹介していきます!

ファシリテーションするときに意識していること一覧

結構たくさんあったので、箇条書きで列挙しておきます。

各項目についての詳細説明は、次の章で行っていきます。

事前〜MTGの冒頭でやること
  • そもそも僕たちは何のために集まっているのかを明確にする
  • 今日、いま、この時間で達成したいことを明確にする
  • 今日、いま、この時間で話さないこと、気にしないことを明確にする
  • どんな動きを期待しているかを、各々に明確に伝える
  • チェックイン
MTG中にやること
  • アイデアを出すときは、シンキングタイムを明確に取る
  • 自分が感じ取ったことを素直に伝える
  • 発言という行為そのものに対して感謝し、歓迎する
  • 発言内容が分かりにくい場合は、感謝を伝えた上で、追加の説明を求める
  • それでも分かりにくい場合は、言い換え確認・具体例で確認する
  • 「アイデアをたくさん出す時間」と「1つのアイデアを深ぼる時間」は明確に分ける
  • その場で話すべきでないことは、避難させる
  • 意見が採用されない場合は特に、理由や考え方を即、明確にフィードバックする
続きを読む

さくっとGrafana on Heroku

f:id:unifa_tech:20201208001556p:plain

みなさん、メリークリスマス!!

こんにちは、サーバーサイドエンジニアの柿本です。
この記事は、ユニファ Advent Calender 2020の10日目の記事になります。

今年のクリスマス、みなさんはサンタさんに何をお願いしましたか?

私は「自分専用のダッシュボードをください!」とお願いしたのですが、「フォッフォッフォ。それは自分でなんとかしたまえ!byサンタ」とのことだったので、自分で構築することにします。

とはいえ自分へのプレゼントにお金をかけたくないので、無料で入手できるものを探しました。

いくつかの無料や OSS のダッシュボードツールを比較してみて、Grafanaがクリスマスにはもってこいだったのでそれにします!

24時間動かし続けるわけではないので、 Heroku の Free Dyno を使えば間に合いそうです。

Grafana を Heroku にデプロイする bolierplate はいくつか GitHub にありますが、対象のバージョンが古かったり手順が多かったり sqlite を使っていたり*1したので自分で作ることにしました。

Grafana は docker image を提供しているので、それを使います。

tl;dr

1クリックで Heroku にデプロイすることができます。

Deploy

コマンドをパチパチ打つのがお好きな方は README.md をご参照ください。

github.com

工夫したところ

ポートのバインドに失敗する(らしい)

Grafana の docker image を普通に Heroku にデプロイするとポートのバインドに失敗する、という事前情報があったので、 Stack OVerflow の回答をそのまま参考にさせていただきました。

やっていることは単純でカスタムの設定ファイル( grafana.ini )にプレイスホルダーをおいておいて、デプロイの直前に sed で置換処理を差し込みます。

// grafana.ini

[server]
http_port = <HTTP_PORT>
// heroku-run.sh

sed -i -e 's|<HTTP_PORT>|'$PORT'|' /etc/grafana/grafana.ini

stackoverflow.com

DB の接続情報を同様にセット

Heroku は Postgres の Add-on を追加すると同時に DATABASE_URL という環境変数をセットしてくれます。

ありがたいことに grafana.ini に database の url をそのままセットすることができるので、上と同じ方法で設定します。

// grafana.ini

[database]
url = <DATABASE_URL>
// heroku-run.sh

sed -i -e 's|<DATABASE_URL>|'$DATABASE_URL'|' /etc/grafana/grafana.ini

最後に

サンタさんにお願い事をしても断られることがあるんだな、と大人になって初めて知りましたが、こういう困難を乗り越えて人は成長するんだなと学びの多い年末になりそうです。

来年のクリスマスは何をお願いしようかなぁ。

それではみなさんハッピーホリデー!!

ユニファでは サンタさんに断られた 保育をハックするエンジニアを募集中です。 一緒にスマート保育園を実現しましょう!

unifa-e.com

*1:Heroku では sqlite は24時間ごとに削除されます!涙

Material Design Guideline 勉強会を始めました

こんにちは。Android エンジニアのあいばです。
寒さも本格的になってまいりましたが、いかがお過ごしでしょうか。
この記事は、UniFaアドベントカレンダー9日目の記事となっております。

今回は、先月の記事でも少し紹介されていたのですが、有志を募りマテリアルデザイン 勉強会を始めたのでその内容をお伝えしたいと思います。 tech.unifa-e.com

勉強会のねらい

  • 社内のUI設計に関する知識を増やす
  • 部署問わず知識レベルを揃えコミュニケーションを円滑にする
  • 感覚ではなくルールに基づいてUIを評価できるようになる

メンバー

ディレクター、デザイナー、QA、エンジニアなど合わせて十数名が参加しています。

対象 

Material Design より以下のテーマを選択しました。

  1. Environment
  2. Layout
  3. Navigation
  4. Color
  5. Typography
  6. Motion
  7. Communication
続きを読む

デザインするとき考えていること

デザイナーのようがいです。この投稿は UniFaアドベントカレンダー 8日目の記事になっております。

私個人としては、 昨年のアドベントカレンダー 以来のブログ投稿になりました。今年は例年以上にあっという間の1年でした。

この記事では、今年3月にリリースされたルクミーバス位置情報のデザインについて書こうと思います。

ルクミーバス位置情報は、幼稚園や保育園の通園バスが今どこを走っているか、園さまと保護者さまにリアルタイムでお知らせするサービスです。
ルクミーバス位置情報(Lookmee)|ユニファ株式会社

私はPCのWeb管理画面と、スマートフォンのユーザーページのデザイン・コーディングを担当しました。
UIデザインについてのトピックはさまざまありますが*1、今回は主にレイアウトとビジュアルデザイン*2についてのお話です。

まず作る

f:id:unifa_tech:20201203214439p:plain:left:w200

ディレクターから上がってきたワイヤーフレームを元に制作したデザイン案がこちらです。

構成はこのようになっています。
・ヘッダー
・園名
・ルート選択ボタン
・経由点・バス停表示切り替えボタン
・バスの通過情報テキスト
・時刻表

指定された要件はすべて入っています。でもこれで終わりではありません。

自己レビューをしていきます。


*1:例えば、リサーチ/情報設計/ビジュアルデザイン/コーディング、デザインツール悲喜交々、エンジニアやチームメンバーとの共働、スケジュール管理などなど

*2:ここではUIデザインの要素としてのビジュアルデザイン、機能に乗る表層のデザインと捉えていただけると良いかと思います

続きを読む

転職して感じたUnifaのここが素晴らしい!

こんにちは。プロダクトマネージャーのおおたです。
この記事は、ユニファAdvent Calender 2020の7日目の記事になります。
気づけば既に12月!時が過ぎるのが早すぎて夏頃の記憶が既にありません。

そんな私ですが、今年5月、緊急事態宣言の真っ只中にUnifaにジョインしまして、入社の翌日から、社内の状況もあまり分からぬままフルリモート体制で勤務が始まりました。 平行して自身の息子の保育園も自粛要請になり、仕事中も私のPCを乗っ取ろうと席の周りをうろつく息子さま。 Slackの着信音が聞こえる度に「ママ!スットコトって鳴ってるよ!スットコト!」と謎の擬音語を一日に何度も言われ、白目になりながら自宅勤務を遂行して参りましたが、上司や同僚、周りの皆さまに助けられながら本日を迎えている私です。

そんな形でUnifaで働き始めたわけですが、Unifaで働き始めてとても素晴らしい!と思った事を今日はご紹介したいと思います。

Unifaのここが素晴らしい!その① ~企画の進め方~


現在私は、新サービスの企画立案に関わっておりまして、今は、顧客の定義~価値の検証、いわゆる仮説検証フェーズを遂行しております。

f:id:unifa_tech:20201202160406j:plain

前職では、息つく暇もなくアクションを行急ぐようとにかく要件定義!みたいな形でコトを進める事が多かったのですが、
Unifaでは、しっかりと課題定義と価値検証に時間とコストをかけ、ユーザーの課題に向き合います。

  • ターゲットはどんなユーザー?
  • コストを払ってでも解決したい課題とは?
  • そのコスト(対価)はお幾ら?

いわゆるターゲット定義と課題の抽出と一言で言っても、 コストを払ってでも解決したい課題とは何なのか? この問いに対して、辿り着くまでが大変です。

課題を探っている時期って、このままもっと深堀した方がいいのか、一旦区切りをつけた方がいいのか。など、企画者としては色々迷う部分が出てくると思うのですが、相談MTGをしている最中に、案件のオーナーでもあるBossがこう言いました。
「僕たちはまだユーザーの課題を分かっていない。分かるまでしっかり向き合おう」 MTG中は他アジェンダもあったので何事もなかったかのように進めましたが、実はめっちゃ感動しましたよ!! この言葉を心に忍ばせ、検証作業を進めていきます。

現在進めている案件の企画立ち上げ時は、大枠で捉えていたターゲットと課題ですが、定性調査を進めていくと、ターゲットの中でもいくつかのタイプに分かれてきそうだ。と判明してきました。

  • 一概にターゲットと言っても、タイプに分けられそう。
  • そのタイプごとに、課題となる範囲が違いそうだ。
  • そのタイプごとに、課題となる範囲が異なるからこそ、対価として頂ける金額も変わってきそうだ。

上記のような形で解像度を上げていきます。

定性調査であぶり出された内容を元に、
次は量的な結果をもって判断する為に定量調査へ移行します。
定量調査での結果を元に、 f:id:unifa_tech:20201202161945j:plain

このような形で情報を整理しながら、最大限に貢献できるであろうターゲットを絞り込み、

  • 顧客の定義
  • 課題の定義
  • 価格のスコープ定義
  • プロダクトのスコープ定義

それぞれ定義していきます。
そして次のステップでは、課題を解決した結果生まれる価値に関して、 我々が提供しようとしているソリューションで、ユーザーにその価値を感じてもらえるかを、 プロトタイプを用いて検証する価値検証のステップへと移行します。

価値検証の為の設計は現在進行中!でございますので、その内容はまた別の記事でご報告出来れば何よりです。

Unifaのここが素晴らしい!その② ~プロフェッショナルな集団~


そして、上記の仮説検証フェーズを遂行できるのは、 何はなくとも、プロダクトマーケティング部の存在があってこそ!なのです。
(プロダクトマーケのリーダーがAdvent Calenderの5日目に投稿していますね~☆)

Unifaには、プロダクトマーケティング部というチームが在りまして、定性・定量共にスペシャリストが在籍しており、様々な疑問を一緒に解決していってくれます!
弊社はスタートアップですし大企業に比べたら少ない在籍人数の中で、これほど専門性を持ったメンバーが在籍しているのもUnifaならではなのでは?と思っております。
このようなプロフェッショナルな人達と一緒に働ける喜びを噛みしめながら、日々業務を遂行している私でございます。
(ちなみにプロダクトマネージャー部の私の上司はHCDの専門家でもあり!Advent Calenderの12/22に投稿予定です。ワクワク)

最後に


現在、企画職だけど、ユーザーに向き合う時間が持てないんだよなぁ。とか、ルーティーンの作業ばっかりやってるんだけど…と もんもんとしているそこのあなた!
是非Unifaにジョインして、ユーザーの課題と向き合ったプロダクトを世に出し、共に世の中の課題を解決していきましょ~!

unifa-e.com

プロジェクトを進める上で大切にしていること

こんにちは。プロダクトマネージャーの木曽です。
この記事は、UniFaアドベントカレンダー6日目の記事となります。

2019年のアドベントカレンダー記事を書いた頃は、入社後約1ヶ月といったところでまだまだ緊張感もあったのですが、今となっては相手が苦笑いしてしまうようなダジャレをぶちかますほど、のびのびと仕事をさせていただいております。

さて何を書こうかなあと思っていたのですが、周りの方から「チームの雰囲気がいいよね!」というお言葉をいただいたことがあったので、私がプロジェクトを進める上で大切にしていることについて書いてみようと思います。

大切にしていることを考えたきっかけ

改めて『大切にしていること』について考えたきっかけは、プロダクトマネジメント部で『ドラッカー風エクササイズ的なもの』をやったことでした。

ドラッカー風エクササイズ的なものでやったこと
下記の項目に対して自分で思ったこと、チームメンバーが思ったことをあげていくというものです。

  • 自分の得意なこと、強みは何か?
  • 自分はどうやってプロジェクトや開発組織に貢献するつもりか?
  • 自分が大切に思っている価値は何か?
  • プロジェクトや開発組織は、自分に何を期待していると思っているか?

この中でも『自分が大切に思っている価値は何か?』についての各々の回答を見て、大切に思っている価値はその人の行動に表れているなあと思いました。

大切にしていること

私が『大切に思っている価値』としてあげたものはこの4つです。

  • 信頼関係、それぞれの役割を尊重すること
  • プロジェクトメンバーのモチベーション
  • 自社サービスを一緒に作っている感じ
  • 納得感

『信頼関係』『モチベーション』については言わずもがなです。

『自社サービスを一緒に作っている感じ』『納得感』
この2つについては、私がユニファに入社して最初に関わったプロジェクトでの失敗から来ています。
その時はスケジュールに追われ、エンジニアからの提案を快く受け入れられず、納得いく回答もできなかったことがありました。

私がかつて他社でwebフロントエンジニアをしていた時、新しいものを作ったり新しい技術を試したりする時はワクワクしましたし、「こうした方がいいんじゃない?」という提案をないがしろにされた時はモチベーションが下がりました。
職種が変わって、過去に自分が感じた気持ちもすっかり忘れてしまっていましたが、これはすごく大事なことなんだと改めて思いました。

とはいえまずはここから

信頼関係は築けていた方がいいし、モチベーションは高い方がいいに決まっていますが、そんなにすぐに変えられるものではありません。
まずはコミュニケーションをしっかりとるように心がけています。
現在はリモートワークでなかなか直接会える機会はありませんが、Daily Scrumで雑談をしたり、MTGやslackでダジャレを言い合ったりしているうちに、少しずつコミュニケーションが円滑になってきたと感じています。

まとめ

せっかく働くのだから、楽しいと思って仕事ができることが一番です。
これからもみんなで楽しくより良いサービスを作っていけたらと思っています。
明日は月曜日、一週間が始まんでーと言うことで、明日からまた一週間頑張りましょう!

ToB領域におけるマーケティングリサーチのお話

こんにちわ。ユニファのプロダクトマーケティングマネジャーの小林です! この記事は、UniFaアドベントカレンダー 5日目の記事となっております。

今回はじめてブログを書くので、簡単に、プロダクトマーケティングの仕事内容を紹介します! プロダクトマーケティングでは、主にこんなお仕事をしてます。

  • マーケティングリサーチ(定性、定量)
  • プロダクトの価値をBiz、Dev側へ発信する
  • カスタマージャニー作成
  • ペルソナ設計
  • 事業試算

仮説検証~リリース可否のPL試算まで手広く対応してます。

さて、本題


先日、プレスリリースでも発表させていただきましたが、ルクミーシフト管理がBabytech Award 2020で、優秀賞をいただくことができました!

このような賞を頂けたのも、日ごろからご協力いただいている関係者の皆様のおかげです。本当に感謝しております。 一方、残念だったのが、ルクミーバス位置情報です。最終選考まで進みながら、受賞を逃してしまいました。ルクミーバス位置情報もよいサービスなので、よろしくお願いします!

unifa-e.com

lookmee.jp

今回は、ルクミーシフト管理、ルクミーバス位置情報ともに私が担当していたのですが、受賞に至るまでに、どのようなリサーチや情報収集をして、サービス提供に至ったのか?をご紹介しつつ、ToB領域におけるマーケティングリサーチの方法を簡単にお伝えできればと思います。

企画初期~中期(2019年5月~7月)


2019年5月頃から新規サービスの企画を開始しました。 当時、保育者ケアという保育者向けのアンケートを取るサービスの企画担当も兼務しており、それをきっかけに以下のようなことを考えるようになりました。

  •  事象:アンケートを取得しても、アンケート結果をフィードバックする時間が取れないというのが課題だった。
  •  要因:その理由として、管理職の先生に事務作業が集中していることが、要因のひとつであった。
  •  解決策:管理職の先生の事務作業の中でも、作業ボリュームの大きいものを劇的に減らしてあげることはできないか?

まず、この解決策の方向性があっているか?を検証するために、いくつかの調査をしました。

  •  既存顧客(既存保育施設)に対して定量調査(2-3問程度)
  •  対象となった事務作業が本当にユーザーペインがあるかをインタビュー(2-3園程度)
  •  候補になった事務作業の着手から完了までのプロセスを可視化(カスタマージャニーの作成)

<このステージで意識したこと>

  •  この時期の企画要件は狭めないようにする
  •  対象範囲を少しずつ狭めていく
  •  対象候補の中にいれたものの作業レベルのブレイクダウン(完了までにどのようなタスクがあるのか?)
  •  作業レベルまでブレイクダウンしたものの中で、ペインの強度をトリアージ

こんなところがポイントだったと思います。簡易的な調査でおおよその当てだけはつけておき、その候補を深ぼってみては、やめるみたいなアクションを繰り返しました。結果、シフトのサービス企画をする際、周辺領域の知識も増えており、周辺作業も意識して企画を進めることができました。

企画末期(2019年7月~9月)


この時期には『シフト管理のサービスで企画を進めよう』と方向は決めており、その中の作業レベルまで明らかにしてました。 シフト作成の完成までの具体的な作業は以下でした。

  • 配置基準を満たせているかを確認する。
  • シフトに偏りがないかを確認する。
  • 先生から出勤希望をシフト表に反映する。
  • シフトの素案を作成する。
  • 確定したシフト情報は、勤怠管理に反映される。

これまでに実施したインタビューで、シフト作成までに、複雑な条件があり、この複雑な条件を調整することが、なかなかシフトの素案が決まらない要因でした。この領域で、劇的に作業時間を減らすには、複雑な条件を考慮した作成支援(自動作成)が必要だというアイディアがでました。

f:id:unifa_tech:20201201142545p:plain

とはいえ、開発を進める上では、できるだけミニマムに進めたいため、以下のような調査をここで実施しました。

  •  コンセプトのABテスト(シフトの自動作成があるものとそうでないもの)
  •  PSM(このコンセプトにいくら払ってくれるのか?)
  •  定性的なコンセプト評価(暫定的なコンセプトをみたときのユーザーの反応はどうだろうか?)
  •  XDを使った機能評価の確認(私たちがユーザーができていてほしいと思っているであろうことはあっているか?)

コンセプトのABテストでは、A:複数の条件をいれると素案が自動作成される、B:素案の自動作成はないが、他の作業が簡略化できるという2つのコンセプトを用意しました。結果、コンセプトAがBに対して、統計的有意に上回る結果でした。

<このステージで意識したこと>

  •  定量的、定性的、両側面から『このプロダクトは求められているのか?』を確認する。
  •  機能やコンセプトの華やかさではなく、実際、現場に落とし込まれたときに本当に使えるものなのかをXDを使いながら確認する。

このあたりがポイントだったと思います。 自動作成という華やかなコンセプトを掲げていたものの、実際、自動作成に求めるものってどの範囲のものかというのは受け手によって大きく齟齬が生まれる箇所です。そのため、定性のインタビューを再度設け、実際の画面イメージを見せながら、どのくらいの作業まで機械がサポートしてくれるとうれしいのかなどの詳細を確認していきました。

ToB向けの調査の大変さ


ToB向けの調査の大変さはなんといっても対象者が集まらないという点です。 参考になるかわからないのですが、私たちがどのようにリクルートを実施しているかもお伝えします。

定性調査

  •  ① 社内で過去保育士や幼稚園教諭として勤務されたいた方に聞く
  •  ② 社内の知り合いから現役の保育士、幼稚園教諭を紹介してもらう
  •  ③ お客様の園に訪問する
  •  ④ お客様の園から紹介して頂く
  •  ⑤ 外部のパートナーにご協力をいただく

定性調査だとこんなところが現状の選択肢です。 基本は、①~④の中でなんとかご協力頂けているというのが現状です。 ただ、調査頻度が増えるほど、直近で聞きにいけるご協力者様が減っていってしまうという点やコロナ等でお伺いが難しいことなどを考慮し、定性調査では以下のような試行錯誤をしてます。

① コロナの対策ガイドライン策定

訪問する園様や対象者様にご迷惑をかけないように、ガイドラインを定めました。ガイドラインでは、園に訪問する際や弊社にご来社いただく方への配慮事項を設けてます。

② オンライン面談

調査もオンライン面談でなるべく進めるようにいたしました。コンセプト調査や簡易なユーザーテスト、デプスインタビューであれば、オンラインでの実施も行えるようになりました。

とはいえ、園の現場を見なければわからない類の調査もまだまだ多くあるため、そのあたりの調査を今後どのように進めていくかは課題として残ってます。

定量調査

  •  ① 既存のお客様にご協力いただく。
  •  ② 外部のパートナーにご協力いただく。

定量でいうと、選択肢が限られてます。 量的に検証したいときは、課題が残りますが、②の外部のパートナーが保有しているパネルには保育士や幼稚園教諭などの属性がわかるパネルもあるので、そこに配信いただくことで、調査に足る回収数を集めたりしてます。

最後に


私は、事業会社やマーケティングリサーチの会社を経て、ユニファにジョインしました。

ジョインした当初は『スタートアップは既存データをゴリゴリ分析して、特に外部の調査パネルなどは使わないだろう』と思ってました。実際には、ToBの領域の中で、新しいプロダクトを提供していく際には、基本的な調査手法を駆使しながら、事実を見つけていくという方法は、従来のマーケティングリサーチとなんら変わりませんでした。

今、チーム内では様々な分析を試したり、分析の高速化を試みてます。また、進捗があり次第、発信していければと思います。

今年も残りわずかですが、お体に気を付けて、走りに抜けましょう!