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
corpengr_slack_event#2_LT4_10/25
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
みともり
October 25, 2019
Technology
420
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
corpengr_slack_event#2_LT4_10/25
みともり
October 25, 2019
More Decks by みともり
See All by みともり
cejobchange_3rd_visasq
mitomori
0
65
Other Decks in Technology
See All in Technology
Post AI時代のリファクタリング実践記 / Refactoring in the post AI era
kaminashi
1
320
AIネイティブ企業への変革。パーソルキャリアが挑む「データメッシュ×ガバナンス」のアーキテクチャ戦略
techtekt
PRO
0
120
こんにちは!SORACOM です & IoT とは【SORACOM UG 東北 in 八戸】
soracom
PRO
0
170
『SAR衛星データ解析入門』のご紹介とその応用
syuchimu
0
140
僕のハーネスを紹介します
watany
5
1.4k
導入から定着へ ~コーディングエージェントを日常業務に組み込む実践知~
yukisakai1225
0
190
freeeにおける AI を用いた ブラウザ動作確認の自動化の取り組み
freee
PRO
0
130
データエンジニアの次の戦場は "プロセスエンジニアリング"
sansantech
PRO
1
150
macOS Golden Gate 時代のMac管理
tategami
0
120
JAWSUG TOHOKU 青森支部 「LoGoチャット」のAWS移行で 乗り越えたこと
taketakekaho
0
370
野良MCPサーバーを排除せよ!MCPサーバーのガバナンス
yukiogawa
1
150
ガチで放置できるClaude Code実行環境の作り方.pdf
lamaglama39
0
4.7k
Featured
See All Featured
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
HTML-Aware ERB: The Path to Reactive Rendering @ RubyCon 2026, Rimini, Italy
marcoroth
5
830
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
280
A brief & incomplete history of UX Design for the World Wide Web: 1989–2019
jct
2
540
The World Runs on Bad Software
bkeepers
PRO
72
12k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
3
3.9k
Scaling GitHub
holman
464
140k
AI Search: Where Are We & What Can We Do About It?
aleyda
0
8.1k
Visual Storytelling: How to be a Superhuman Communicator
reverentgeek
2
720
A Modern Web Designer's Workflow
chriscoyier
699
190k
Product Roadmaps are Hard
iamctodd
55
13k
The Organizational Zoo: Understanding Human Behavior Agility Through Metaphoric Constructive Conversations (based on the works of Arthur Shelley, Ph.D)
kimpetersen
PRO
0
500
Transcript
Slackを 整えてみた みともり@VisasQ inc.
名前:みともり Javaエンジニア→インフラエンジニア→情シス 今はスタートアップ企業(株式会社ビザスク)で一人 目情シスで入社して1年半くらい。 エンジニアリング以外での課題解決が得意。 趣味はF1観戦と息子と遊ぶこと。 自己紹介 Twitter : mit0k5
Facebook : keigo.mitomori
ビザスクについて 「世界中の知見をつなぐ」というビジョ ンの元、ビジネス知見に特化した日本 最大級のスキルシェアプラットフォー ムを運営するスタートアップです 1時間からのインタビューをマッチング するサービス 等を展開しています
ビザスクではSlack使ってます ほぼ導入した当初のルールのまま!! もうすぐここ Slack導入 採用予定数
放置していたらこんな問題が 重要な周知と雑談が混ざっている 盛り上がらないまま廃れていくチャンネルがある 誰がどのチャンネルによくいるのか分からない... チャンネル名にとりあえず「#chat-◯◯◯」とつける このチャンネルはその話題を話す場所じゃない」と怒られる
初期メンバーに聞いてみる 私「今のSlack使いづらくないですか?」 社員「今の状態に慣れてるし、変えたら慣れるまでのコ ストがかかるじゃん。しばらく今のままでいいんじゃな い?」 私「なるほど...」
いや、ちょっと待てよ
最近入社した人は?
最近入社したメンバーに 聞いてみる 私「Slackって使いづらくないですか?」 社員「今まで使ったこと無かったので、こういうものだと 思って使ってますが...」 私「なるほど...ではこんな感じになったら便利だと思いま せんか?」 社員「それいいですね!そうして欲しいです!」
声が上がらないだけで改善で きることはいっぱいある
“ 入社直後というのは、ただでさえ慣れない環 境にストレスのかかる時期 少しでもSlackを快適に利用できるようにし て、爆速で立ち上がって(売上に貢献して)も らいたい!
ということで
具体的にヒアリングしてみた ①チャンネル名が分かりづらい ②重要な発言を見逃す ③気軽に発言しづらい
なんとかしよう
チャンネル名が分かりづらい 原因 解決策 誰でもチャンネル作成OKなので、名 前に規則性がない 命名規則を決める
主な命名規則 「チャンネル名の命名規則」という文化が浸透していないので、 まずは緩めでスタート #biz-XXXX 事業部門関連 #dev-XXXX プロダクト開発関連 #team-XXXX チーム内コミュニケーション用 #rq-XXXX
問い合わせ系(requestの略) #times-XXXX 分報(個人用の通知を流している人が多い ) #log-XXXX 各種履歴をひたすら流す用
でもみんな命名規則守るの?
もちろん守らない人はいます そこで...
新規チャンネルを通知するようにして、 全て情シスでチェック
重要なチャンネルの発言を 見落とす 原因 解決策 他のチャンネルと混ざって忙しい時に 既読をつけてしまう 重要チャンネルには数字のプレ フィックスを付ける
→プロダクトのバグや障害を報告 →全社員への重要な周知 →インシデントの報告 →全社員へのライトな周知 →社外のこんな人を探してます →伝言用 →プロダクトのリリース情報 →事業数値のレポートが自動投稿 →日報 →経営陣のディスカッション
→出欠連絡 →誰に聞けばいいかわからないことを質問 急に大きく変更すると分かり辛いと思い 可能な限り以前のチャンネル名を踏襲 する方針を採ったので、名前に統一性 がない部分があります (syukketsuとか)
気軽に発言しづらい 原因 解決策 暗黙の了解が多い ルールやガイドラインを明文化する
ガイドライン (絶対守る必要はないけど、これ通り に使うと快適になるよ、というもの ) ※ルールが多すぎても形骸化してし まうため
ルール(一部抜粋) (可能な限り守ってもらう )
その他にも
Slackハンズオンを開催
Slackの全チャンネル一覧を用意 (自動更新)
便利な機能について情報発信 ワークフロービルダーを早速使ってみる
どうなったか
もう一度ヒアリングしてみた 「別にチャンネル名変えなくてもいいじゃん」て思ってたけど前より分 かりやすくなったね どのチャンネルに投稿するべきか迷わなくなった 参加しなくてもよいチャンネルが分かりやすくなって集中できるように なった ワークフロービルダー自分のチームでも使いたい!Slackっていろん なことできるんだね
概ね好評
とは言え課題はまだまだある • 検索難しい • カスタムレスポンスが邪魔 • 表示名がカオス • SlackAppを活用できていない •
メールを統合したいなー
そして、学びも
学び① 課題は自分から取りに行かないと分からな いことが多い 不便に思っても我慢しちゃう人が多い ... 普段からのコミュニケーションが大事
学び② 一度で完璧を求めない 漏れが無い命名規則を考えていたら膨大な数になった (守られるわけがない ) プレッシャーにもなるので「うまくいかなかったらまた変えればいっか」くらいで OK
学び③ 情シスの熱意が大事 よく使うツールの使い方が変わるのはちょっと、という人も →熱意で押し切ると反対されない 作業的には面白くないのでモチベーションが上がりにくい
まとめ スタートアップはビジネスの成長のための施 策に目が行きがちだけど 仕組みづくりも大事
まとめ でもやっぱり プログラミングしたい 自動化とかしたいよー そのためにまずは仕組みづくりを頑張る!
おわり