リモートワークで雑談を生み出す仕組み - JMDC TECH BLOG
こんにちは。ユーザープラットフォーム開発本部(UP部)の原です。 あなたのチームの雑談チャンネルは1日あたり何回ぐらい発言がありますか？ 小さい仲良しチームなら頻繁に発言があるかもしれませんが20人,30人あたりになってくるとだんだん発言が少なくなってきますよね。 チームメンバーのエンゲージメントや生産性を高めるためには少なくともお互いがどんな人なのかを知っているようにしておくべきです。 JMDCは数百人いる組織だし、私の所属するUP部だけでも20名以上の社員が所属しており、しかもほぼ全員リモートで仕事をしている状況なので、いかに "チームメンバーがお互いにどんな人なのかを知っている状態" を作り出すかが課題になっています。 GitLabのリモートワークガイド参考にする 自らを “A world leader in remote work” と呼んでいるGitLabも雑談を重要なものと捉え
Slack を日米全社員で使っている話 - Qiita
こんにちは。SmartNews の町野です。 このエントリは Slack Advent Calendar 2014 の８日目になります。 はじめに SmartNews では、今年の１１月から、チャットツールを HipChat から Slack に移行しました。HipChat の時は基本エンジニアしか使っていなかったのですが、今回の移行のタイミングで、エンジニアだけでなく、ビジネスやコーポレートの人間まで使うようになりました。更には、米国のサンフランシスコやニューヨークにいるメンバーも含めて、日米全社員が、同じチームとして Slack を使っています。 （ちなみに、メモ共有ツールとして、Qiita:Team も全社員で使っています。お世話になっております） （先日、SmartNews の Qiita Organization も開設させてもらいました。お世話になっております） HipChat
チーム開発を円滑にするチャット環境づくり ～IdobataとHubotの連携～ - Tech-Sketch
前回の記事ではHubotのインストール、基本的な使い方やScriptの作成、Herokuへのデプロイの方法を紹介しました。 本記事ではIdobataというチャットサービスとHubot、外部サービスを連携し、チーム開発を円滑にする環境を構築していきます。 まずは導入後の開発環境の全体図を示します。最終的にIdobataでGitHub、Travis CI、New Relicなどのサービスからの通知を受け取り、Idobata上でコマンドを実行することでHubotを通じて外部サービスの情報を表示することが出来るようになります。 今回の環境は、Webアプリケーションをチームで開発するシーンを想定して構築してみました。(記事中では1人ですが...) Webアプリケーションは、Sinatraで作成したアプリケーションをHerokuにデプロイしています。また、前回と同様、HubotはHerokuにデプロ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
