Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
[2019/07/27]はじめよう、ニコカレ!
Search
tosite
July 27, 2019
Programming
97
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
[2019/07/27]はじめよう、ニコカレ!
Agile Japan 2019 長崎サテライト with NaITE
https://nagasaki-it-engineers.connpass.com/event/125262/
tosite
July 27, 2019
More Decks by tosite
See All by tosite
[2026-10-14](C)Re:ゼロから始める異世界生活〜始まりの終わりと終わりの始まり〜
tosite
0
88
[2026-10-09]一枚の布で作らなくてもいい。 信頼性は「パッチワーク」で紡がれる~既存の運用と新しい可能性をつなぎ合わせてきたCREの話~
tosite
0
97
[2026-09-30]ロックンロールは鳴り止まないっ - 信頼性かまってちゃん - 「データ駆動を投げ捨ててまで。」追いかける信頼性改善に向けた取り組みの話
tosite
0
220
[2026-09-26]空論ジェネリックプロセス~テスト資産とAIで紡ぐ、再現可能なパフォーマンスチューニングの話~
tosite
0
270
[2026-09-11]SREは誰のもの?運用エンジニアが始める 「SRE領域への越境」とチームの進化の軌跡 〜Road to NEXT CRE
tosite
0
470
[2026-08-25]AIによる自動化と人の介入、その狭間で揺れる信頼性についての俺の思いを、波よ聞いてくれ
tosite
0
240
[2026-03-07]あの日諦めたスクラムの答えを僕達はまだ探している。〜守ることと、諦めることと、それでも前に進むチームの話〜
tosite
0
1k
[2026-02-26]Road to NEXT CRE 〜SRE活動を通して見つけた、次世代CRE組織の在り方SP〜
tosite
0
300
[2025-12-12]あの日僕が見た胡蝶の夢 〜人の夢は終わらねェ AIによるパフォーマンスチューニングのすゝめ〜
tosite
0
1.3k
Other Decks in Programming
See All in Programming
ソニーのクラウド共通基盤の変遷とAI時代の開発スタイルに合わせた進化 / The Journey of Sony’s Common Cloud Platform and Its Evolution for AI-Native Development
kenjiyoneyama
0
270
機械に任せるテスト、人が見るテスト ⽣成AIで引き直した、運⽤保守フェーズの線引き
dske104
0
190
作れる、でも消せるか?──安全に「枯らして消す」機能削除術 / Drain, Then Delete
chobishiba
2
670
Everything will be SERVERLESS — 信じて運用した10年の経験値 / Everything Will be Serverless — Lessons Learned from 10 Years of Operational Experience
seike460
PRO
1
1.1k
[ハンズオン]AIへの指示だけで「五目並べ」を作ってみよう
satoshi256kbyte
1
380
PumaからFalconに移行したRailsアプリケーションでの実践
falcon8823
0
170
Compiling a real-world CLI tool to native with Static Hermes
tmikov2023
0
120
作って学ぶSpring BootのAuto Configuration / JJUG Night Seminar 2026-10-19
rshindo
0
150
パズルゲームの作り方 / how to make puzzle games
kaityo256
PRO
2
290
個人開発者よ、Honoを使え(おじさんver)
tanahiro2010
2
260
當我們開始不讀 Code - AI Agent 時代,Code Review 與 Clean Code 還剩下什麼?
jame2408
1
210
Atomic Design, Enforced: Scaling Mobile Design Systems (next.app devCon / droidCon Berlin 2026)
steliosf
PRO
0
170
Featured
See All Featured
Heart Work Chapter 1 - Part 1
lfama
PRO
10
37k
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
1
850
Scaling GitHub
holman
464
140k
[RailsConf 2023] Rails as a piece of cake
palkan
59
7.1k
Site-Speed That Sticks
csswizardry
13
1.6k
Testing 201, or: Great Expectations
jmmastey
46
8.3k
WENDY [Excerpt]
tessaabrams
14
40k
Rebuilding a faster, lazier Slack
samanthasiow
85
9.7k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.4k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4.6k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.8k
sira's awesome portfolio website redesign presentation
elsirapls
0
460
Transcript
はじめよう、 ニコカレ! Agile Japan 2019 長崎サテライト with NaITE 2019-07-27 Sat
Naoto Teshima
こんにちは
わたし 3
4 わたし GMOペパボ ホスティング事業部 ムームードメイングループ 手島 尚人 インターネット上では
まおちゃという名前でJKやってます 4
5 わたし 5
わたし 6 最近は… Ruby on Railsとか Laravelとか 書いてます 6
わたし 7 ref: https://kimromi.hatenablog.jp/entry/2019/02/23/225740 7
わたし 8 ref: https://kimromi.hatenablog.jp/entry/2019/02/23/225740 8
マネジメント 仕事の進捗は チケット ガントチャート バックログ などでマネジメントしているかと思います 9
皆さんマネジメント してますか?
マネジメント 仕事の進捗は チケット ガントチャート バックログ などでマネジメントしているかと思います 11
マネジメント 特にアジャイルプラクティスには マネジメント用 フレームワークが 揃っており取り組むことは難しくないです 12
マネジメント どうすればもっと 仕事の効率が上がる と思いますか? 13
マネジメント 手当たり次第にいろいろな アジャイルプラクティスを 取り入れてみる? 14
マネジメント 強力なリーダーがいて トップダウンで タスクを管理する? 15
マネジメント スタープレイヤーがいて ボトムアップで 提案していく? 16
マネジメント チームで協力して 連携しつつプロジェクトを 進めていく? 17
マネジメント 18 https://www.agilejapan.org/2019/session/keynote-03_GROOVE.pdf
マネジメント 基調講演でもこのような お話しがありましたね 19
マネジメント そのどれもが間違いではないと 僕は思います 20
マネジメント そして同時にこう思います 21
マネジメント 人はキモチで生きている 生き物だと。 22
マネジメント 気分が乗っているときは どこまででも仕事ができる気がするし 気分が乗らないときは遅々として 作業が進まないことだってあります 23
マネジメント キモチを仕事に持ち込む ことは悪いことでしょうか? 24
マネジメント 僕はそうは思いません 25
マネジメント 今、自分がどんなキモチなのか? 最近どんな調子なのか? 26
マネジメント それが可視化できれば 色々と対策が取れますよね 27
マネジメント 大事なのは怒らないことではなく 今、自分が 怒っているという事実を自覚する ことだと思います 28
マネジメント そしてそのソリューションとして 僕はニコカレを作ることにしました 29
マネジメント ニコカレとは元々、日本発祥の アジャイルプラクティスだと言われています 30 ニコニコカレンダー
マネジメント 日々の気持ちをアナログでカレンダーに書き込み チームメンバーのキモチの動きを把握するものです 31
マネジメント そこで思いました これ、 Slack通知できるようにして キモチをグラフ化・可視化したら 売れるんじゃね?と 32
https://github.com/tosite0345/nicocale.php マネジメント そんなこんなでニコカレを開発する 運びとなったわけです 33
突然ですが
チームの4つの ステージについて ご存知ですか?
マネジメント Agile Japan 2018 長崎サテライト with NaITE の資料を見てみましょう 36
マネジメント 37 タックマンモデル
マネジメント 38
マネジメント 39
マネジメント 40
マネジメント 41
マネジメント 42
マネジメント 43
マネジメント 44
マネジメント 45
マネジメント 46
マネジメント いいこと書いてるわ過去の僕… 47
マネジメント 特に フォーミング期のチームに ニコカレを導入してもらいたい感があります 48
マネジメント どの期においても共通して重要なのは 自分のキモチを素直に表現 することかなと 49
マネジメント そのためにも一人ひとりの 心理的安全性が 確保された状態を 作り出していきたいですよね 50
マネジメント 心理的安全性を担保するためには コミュニケーションを 活性化させていく必要がある と考えています 51
マネジメント ニコカレはその課題を解決するための ソリューションとなり得る のではないでしょうか 52
画面
トップ画面 54
トップ画面 55 https://github.com/missive/emoji-mart
気をつけた点 Emoji+キモチに分けて かんたんに登録できるようにした 分けたのは グラフ化などの 実装をかんたんにするため 56
https://github.com/missive/emoji-mart 気をつけた点 標準のEmoji以外にもEmoji-martを使用して いろんなEmojiを使えるようにした 57
一覧画面 58
気をつけた点 キモチごとに色を付けるようにした 59
カレンダー画面 60
設定画面 61
構成
ユーザーSlack 全体像 63 バックエンド (PHP) フロントエンド (Vuetify) 問い合わせ フォーム CRON
OAuthログイン 各種通知 定期的にAPI エンドポイントに アクセス 開発用Slack 通知 エラー通 知 デプロイ Deployer
LOLIPOP!マネージドクラウド 64
LOLIPOP!マネージドクラウド 65
LOLIPOP!マネージドクラウド 便利なのでぜひ使ってください(宣伝) 66
ユーザー側 67
ユーザーSlack アプリケーション構成 68 バックエンド (PHP) フロントエンド (Vuetify) 問い合わせ フォーム 開発用Slack
ユーザーSlack アプリケーション構成(ログイン) 69 ※ 2019年7月現在、Slackアカウントのログインのみ実装。 バックエンド (PHP) フロントエンド (Vuetify) OAuthログイン※
気をつけた点 OAuth認証を利用することにより 個人情報をDBに持たないようにした 70
ユーザーSlack アプリケーション構成(通知) 71 バックエンド (PHP) フロントエンド (Vuetify) 問い合わせ フォーム CRON
各種通知 定期的にAPI エンドポイントに アクセス 開発用Slack 問い合わせ通知 エラー通知
通知一覧 72 登録後
アプリケーション構成(通知) 73 バックエンド (PHP) フロントエンド (Vuetify) 開発用Slack エラー通知
エラー通知 通知一覧 74
気をつけた点 Laravel5.6から ログ出力先をSlackに 指定できるようになったので試した 75
config/logging.php .env アプリケーション構成(通知) 76
ユーザーSlack アプリケーション構成(通知) 77 バックエンド (PHP) フロントエンド (Vuetify) CRON 各種通知 定期的にAPI
エンドポイントに アクセス
通知 78 リマインダー
スクリプト トリガー アプリケーション構成(通知) 79 API https://nicocale.app/api/v1/reminders 定期実行
アプリケーション構成(通知) 80 問い合わせ フォーム 開発用Slack 問い合わせ通知
お問い合わせフォーム アプリケーション構成(通知) 81
問い合わせ 通知 82
気をつけた点 Google フォームを使用した 問い合わせフォーム自前で持ちたくなかった ラクしたかった… 83
スクリプト トリガー アプリケーション構成(通知) 84 問い合わせ時に 発火
開発側 85
インフラ構成(デプロイ) 86 ※ デプロイにはDeployerを利用。 バックエンド (PHP) フロントエンド (Vuetify) 開発用Slack デプロイ通知 デプロイ※
Deployer Issue通知
気をつけた点 Deployerを使って デプロイ後の諸作業 (シンボリックリンク作成とか.envアップロードとかキャッシュのアレコレとか) をコード化した 87 Deployer
デプロイ完了 通知 88
Repository インフラ構成(CI) 89 開発用Slack 結果通知 Issue通知 Push CIチェック OK マージ
気をつけた点 デグレ起こさないよう、Pushするたびに CI側でユニットテストを実行 する環境を整えた 90
失敗時 成功時 CI実行結果 91
通知 92 CI通知
ハマったこと
ハマったこと 94
ハマったこと Slackのアプリ審査 通すの難しい・・・! 95 結局30回近くメールのやりとりしてなんとか公開までこぎつけました
今後の展望
今後の展望 97
今後の展望 などなど、今後も機能改修を 進めていきたいと思っています! 98
今後の展望 ぜひ一度使っていただければ 嬉しいです! 99
今後の展望 https://github.com/tosite0345/nicocale.php 100
今後の展望 皆さんのフィードバック お待ちしています😁 101
さいごに
Thank you, we’re hiring!
ご清聴ありがとう ございました