はじめよう！プロセス設計
・仕事 = 活動 + 成果
・仕事には材料と道具が必要
・プロセスは仕事の成果を受け渡しすることで連鎖する。成果は誰かに受け渡す or どこかに置いておく。
・仕事を行うタイミングは、誰かからリクエストされたときと、何らかの実行条件を満たしたとき。
これらをまとめると、仕事とは「いつどうよう条件で発生し、その結果何をし、成果物として何を得るか、そしてその成果をどうするか」という要素から成り立っている。
・ビジネスとは、顧客が自分だけでは解決できない問題を対価と引き換えに解決する手段。自分の問題を自分で解決できないときに人は顧客になる。
・提供側は、対価をもらう代わりに顧客の問題解決をサポートする。
・ゴールは3つを含める必要がある。
・ゴールのタイトル
・ビジョン：ゴール達成後の後日譚
・要件：ゴールに達成したというための達成条件
・ITを使うことでプロセスイノベーションを起こすこごたできる。ITがないと仕事の成果はバケツリレーで渡していくしかない。
・顧客側のプロセス=カスタマーエクスペリエンス
・提供側のプロセス=サービスデザイン
・ITを使うと、全員がプロセスの一員になる。とはいえITはあくまで道具であるという視点を忘れないこと。
・ITを使った場合のシナリオがユーザシナリオ。
・「PC上で作成したファイルをメールに添付して送る」ではITの力を活用しきれない。ファイルをDB化することで、データを入力するだけで済むようになる。データの参照もDBを見ればよい。修正やその際の変更通知も簡単。
ついでに「はじめよう！要件定義」も読んでみた。
・要件で決めるべきは、UI、機能、データの3つ。
・成果と評価と効果は別。
資料作りの流れを改めて考える。
今日の在宅勤務は目標としていた資料作りが終わらずあまり生産的でなかった。そもそも今日作ろうと思っていた資料をなめていたというのもあるが、資料作りに時間がかかりすぎてしまうのはなんとかしたい。今さらながら資料作りのフローを考えよう。
- 誰に何をしてもらうための資料なのかを考える
- マインドマップを使って資料に盛り込みたい内容を書き出し、整理する
- Powepointでアウトラインを作る。その際、1と2の情報をもとに資料に表現するためのフレームワークを考える
- アウトラインを埋めるのに必要な情報を調べる
- ブラッシュアップ
こんな感じかな。
簡単にできそうな資料の場合でもあまり省けるステップはないので、そもそも資料作りは時間がかかるものと認識しておこう。その上で少しずつでも手を付けて先に進めておくべし。
考えが煮詰まったら紙とペンを取るというのも有効。
MQTTについて調べてみた
何の略？
Message Queueing Telemetry Transport
特徴
- M2MやIoTの実現に適したシンプルで軽量なプロトコル
- 1対1の通信のみでなく、双方向、1対多の通信が可能
- パブリッシュ/サブスクライブ型のモデルを採用
- メッセージを送信する側がPublisher
- メッセージを受信する側がSubscriber
- PublisherとSubscriberの間でメッセージを仲介するServerが必要
- QoS機能がある
- トランスポート層はTCPまたはTLS
- Willという仕組みにより、パブリッシャーが予期せず死んだときにあらかじめ設定してあるメッセージをサブスクライバに送ることができる。
引用元：MQTT as a Service sango
https://sango.shiguredo.jp/mqtt
Android用のライブラリはある？
GitHub - eclipse/paho.mqtt.android: MQTT Android
https://github.com/eclipse/paho.mqtt.android
参考サイト
MQTT as a Service sango
https://sango.shiguredo.jp/mqtt
MQTT とはなんだったのか · GitHub
https://gist.github.com/voluntas/e0a90f3e22316144ed3a
MQTTとは | かもめエンジニアリング
https://kfep.jp/solution/iot-mqtt/mqtt
MQTT Version 3.1.1
http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/mqtt-v3.1.1.html
今日の反省: ダブルブッキング
事象
会社の打ち合わせと保育園迎えがダブルブッキング。
問題
- 関係者のどちらかには迷惑をかけてしまう
- 自分の評価が下がる
- 謝罪や再調整などの無駄な時間が発生する
原因
- 打ち合わせの予定を入れる前に家庭の予定を確認しなかった
- 予定を入れた後、家庭の予定を再確認しなかった
- 昨日妻から聞かれたとき、iphoneの予定表には何かの予定があるのを確認しておきがらその場しのぎの答えで大丈夫と言ってしまった。
- 自分のカレンダーに会社の予定を転送しておかなかった
- 家族のカレンダーに予定の内容をきちんと書いておかなかった
解決案
- 夜の打ち合わせを入れる前は念のため妻にLINEで予定を聞く
- 予定を入れるときは、予定の内容をきちんと書く。
- 予定が入ったらすぐに家族に知らせる
参加者として展示会を最大限に活用する方法を考える
MEDTEC2017に行って来た。目的は医療機器の勉強。
それなりに得られたものはあったが、もっとうまく時間を使えたのではという思いもある。
こういった展示会はたまに行くのと、行く場合は場所柄終日を費やすことになるので、効果を最大化するためにどうするのがよいかを考えておこうと思う。
そもそもなぜ展示会に行くのか
新たな製品、ソリューションを知るため
業界動向を知るため
自社の競合を知るため
コネクションを作るため
持ち物、服装
- 名刺たくさん
- 服装はなんだかんだでスーツが無難
- 自分の場合はメガネ。セミナーのプレゼンの文字が読めないことがある。
展示会に行く前の準備
行くべき展示会を調べ、日程をブロックする
事前登録をしておく
セミナー類に申し込む
出展企業のカテゴリーごとに、何を知りたいか洗い出す
展示マップを見ながらどういう順番で回るか決める
どのように展示会場を回るか
基本的には準備のステップで決めた順序に従って回る。時間があれば寄り道も可。
展示ブースではどのように話を聞くか
- 展示物は何か
- 展示物は誰向けのものか
- 展示物は何が新しいのか
- 展示物の価格は
昼ごはん
会場のレストランは混み合うのでできれば時間をずらす。
展示会に行くことで得られる成果物は何か
- パンフレット
- コネクション
コンラッド・ウルフラム：コンピュータで子どもたちに教える本当の数学
http://www.ted.com/talks/conrad_wolfram_teaching_kids_real_math_with_computers?language=ja
要約
- 数学の重要性は高まっていっているが、教育の現場では数学はつまらなく難しいものだと認識されてしまっている。
- 解決策としてコンピュータを使うことを提案している。
- 教育の現場で行われている数学の勉強では大部分が計算(Calculation)をしている。ただ、Calculationは数学の一部でしかない。
- 数学を実践するのは以下の4ステップ。
- 正しい問題の定義
- 問題を数学的なモデルへ置き換え
- 問題を解く (計算)
- 計算結果を現実世界へフィードバック
- 現在の教育の8割はステップ3を手作業で行うことに費やされている。ここは現代であればコンピュータに任せてしまえるので、本来は1,2,4にもっと時間を割くべき。
- コンピュータを使うことで、数学の概念を理解を助け、数学をより実践的なものにすることができる。
- コンピュータに計算を任せてしまうことで、数学を学習する順序を変えることができる。例えば極限の計算は高校で習うが、「多角形の角を極限まで増やすと円になる」ということをプログラムを使ってわかりやすく示すことができる。
新しい単語
感想
勉強の意義がわからないと勉強もつまらない。
数学をより深く楽しく理解するための道具としてコンピュータを使うというのは納得できる。
数学をどう教えるかを一から考えるとしたら確かにコンピュータを使うことになりそう。
数学を学ぶ意義とは何だろうか？
自分の子供が同じように算数や数学をつまらないと感じることがあれば、IT技術者としてコンピュータをすることはぜひ考えてみたい。
数学を学ぶだけでなく、コンピュータリテラシを高めることもできる。
