日記駆動仕事術のススメ | DevelopersIO
「仕事日記を書くといいですよ」という話をする機会があったので、日々の仕事をスムーズにするシンプルな「日記駆動仕事術」について書いてみました。 日記書くといいですよ prismatix事業部の塩谷(@kwappa)です。 他部署の人と1on1する機会があり、その中で「日記書くといいですよ」という話をしました。 そういえば以前からことあるごとに「日記書きましょう」と言い続けていたのですが、ちゃんとコンテンツにしたことはなかったような気がします。 せっかくの機会なので、日記駆動の仕事術とその意義について書いてみます。 日記駆動仕事術 これはぼくの1月の日記（架空）です。Notionを使って、1か月に1ページ使うようにしています。やり方はシンプルなので、手に馴染んだツールで置き換えることも簡単だと思います。 タイムラインとしては、1/31(月)の業務を開始したところ、だと思ってください。 TODO
リモートワークの弊害は職場でのよい思い出が作りにくいこと - BASEプロダクトチームブログ
こんにちは。BASEの藤川です。 緊急事態宣言も続く状況下で、当社もリモートワーク（Work From Home）中心の仕事の進め方をしています。ネット系企業は、幸いにしてVPN、Slack、GitHubやドキュメント管理ツール、その他仕事に必要なSaaSやZOOMがオンライン化しているため仕事の作業そのものは、それほど違和感なく自宅からでもできているのではないかと思います。 でも、仕事というのは作業だけで済むものではありません。業績を上げるための作業を生み出す活動を始めとする考えるタイミングであったり、不確実なものを埋めていくためにお互い議論するタイミングなど、曖昧なプロセスの先に、決定をして作業の的を絞り込んでいくプロセスが不可欠で、ここで複数人のチームワークが不可欠です。 今、一緒に仕事をしている仲間においては、コロナ以前から社内で人間関係を構築済みの人と、コロナ禍においてリモートだ
リモートワークの知見共有
kanazawa.rb #104のプレゼン資料 https://kzrb.doorkeeper.jp/events/120425
リモートワークでも存在感を出すために - Grooves開発ブログ
はじめに こんにちは！Crowd Agent 開発チームのmktakuyaです。昨年11月に株式会社groovesに入社し、6名程度のスクラムチームにて主にサーバサイドの開発を担当しています。また、スクラム外でのタスクとしてカスタマーサクセス推進のためのKPI設定やSlackの無駄カスタムレスポンス量産などに従事しています。 無駄カスタムレスポンスの一例 弊社の開発チームメンバーは、北は北海道、南は宮古島まで全国各地に散らばっております。2020年は新型コロナウイルス感染症対策をきっかけとして全国的にリモートワークが広まりましたが、弊社ではその5年前、2015年からリモートワークを本格的に導入してきました。 リモートワークでも存在感を出すために 場所に縛られず自分好みの環境で仕事が出来るリモートワークですが、一方で何も工夫しなかった場合、オフィスワークに比べて他メンバーとのコミュニケーショ
社内のドキュメンテーションの取り組みと、Kitenのご紹介 - Pepabo Tech Portal
はじめに 技術部の @june29 と申します。最近の趣味は「お散歩」で、よく晴れた休日には妻といっしょに2時間くらい歩き回ったりしています。この記事では、わたしが2020年から力を入れて取り組んでいる社内におけるドキュメンテーションの活動の一部を紹介したいと思います。 問題意識 もともと、ペパボで働く人々には「書く」という行為が定着しています。現在利用中のサービスを見渡してみると、GitHub、Slack、Google Docs、Scrapbox、Notionなどがあり、常に積極的な読み書きが行われています。 しかし、ドキュメンテーションという観点から見て、すべてが理想的にうまくいっているとは言えない状況であるとも思っていました。具体的には、下記のような課題があると感じていました。 書く場所が何種類もあり、どこになにが書かれているかがわかりにくい 場所ごとにアクセス制限が行われており、ど
変化に耐え得る esa のカテゴリ設計を徹底的に考えてみた - Feedforce Developer Blog
こんにちは id:masutaka26 です。夜の散歩（意味深）に勤しむ毎日です。 フィードフォースではドキュメント共有ツールには esa と Google ドキュメント1を、コミュニケーションツールには Slack を採用しています。 情報共有はかなり活発で、2021/2/1 現在の esa 記事数は 81,324 です2。 現在のカテゴリ構成と課題 チームのスピードを上げるための大原則 チームのスピードを上げるための情報整理 1. Flow 型と Stock 型の記事を理解する 2. 基本は Flow 型の記事にする 3. 議事録カテゴリは出来るだけ作らない 4. Slack に流れていく情報も Flow 型の記事にする 5. 使い続けられる情報を Stock 記事として引き上げる 6. 整理を頑張らないことで整理の難易度が低くなった 7. esa を全ての情報の起点にする それをチー
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
障害対応時にまずはissueを作ると良い - そーだいなるらくがき帳
先日のAmazon SQSの障害には色々と肝を冷やした人も多いのではないでしょうか。 classmethod.jp 今回のようなケースとは別に障害は大小あれど、みなさん日々戦っていることだと思います。 障害対応はエンジニアの花形であるものの、サービスに対する知識やソフトウェアの知識など経験と技術の両方が必要です。 そのため、どうしてもトラブルシューティングはエースエンジニアなどの一部の人に依存してしまう…などの問題が発生しがちです。 そこで今日は私の経験から障害対応のいろはを書いて行きたいと思います。 今回のスコープの外 実際に障害時の具体的な対応、例えば障害切り分けやRDBMSのボトルネックの探し方などの話はしません。 まずissueを作ると良い 本題です。 トラブルを認知したらまずはissueを作りましょう。 issueを作るときはtemplateが事前に設定されていると便利です。 g
自分がリモートワークに慣れているというだけの話 | うなすけとあれこれ
触発 ■ - masawadaの日記 を読んで触発され、記録の目的も兼ねて書きます。 一時期、半年ほど1人でリモートワークをしていた時期がありますが、精神に異常をきたしたりしておりません。 — うなすけ (@yu\_suke1994) April 6, 2020 僕自身、一時期半年近くリモートワークをしていたのですが、特に閉塞感がどうこう、というのはありませんでした。(他の要因もあります) ただ昨今の外出自粛な状況になって同様のメンタルを保っていられるかはまた別の話だと思います。 とりあえず最近の状況についてまとめていきます。 リモートワーク力 「リモートワーク力」というのがあると思います。これは筋力のような身体的なものというよりは、自宅の設備などの話であったり、仕事のスタイルであったりを指して言っています。 僕自身、新卒入社したところでリモートワークが盛んに行われていたこともあり、また将
在宅勤務中の開発チームの様子を紹介するよ！ - SMARTCAMP Engineer Blog
こんにちは、BOXIL開発チームの徳田です。 ついに(?)緊急事態宣言が発令され、社会全体がバタバタしていますが皆さん元気にやっていますでしょうか。 スマートキャンプでは3月2日から新型コロナウイルスの感染防止対策として在宅勤務が行えるようになり、現在では原則出社禁止となっています。 これまでほとんどの業務時間を対面で過ごしていましたが、全員が在宅で仕事をするようになったので、今回はその様子をお伝えしようと思います！ これまでの開発体制 BOXIL開発チームの様子 基地Zoom部屋 ペアプロ・モブプロ 週次振り返り (Retrospective) 週次成果発表 (Sprint Review) テキストコミュニケーション Biscuet開発チームの様子 サブZoom部屋 週次振り返り (Retrospective) おまけ: 全社的な動き これまでの開発体制 スマートキャンプは開発チームが2
【速報】Slackの神・新機能「ワークフロー」使ってみた！これは仕事が超効率化する予感…！ | SELECK [セレック]
Slackが一昨日（2019年10月15日）に発表した新機能「ワークフロービルダー」！ みなさま、もう使いましたか？ 結論から言うと、この機能は最高です。いますぐ使うべし！ 公式サイトによると、ワークフロービルダーとは、下記のような機能とのこと。 定型的なアクションやコミュニケーションを自動化するワークフローをわずか数分で作成。 ということで早速ためしてみたのですが、これ、めちゃくちゃ使える…！用途としては、下記のようなものが考えられると思います。 入社後の手続きや、オンボーディングのフローを自動化 年末調整や健康診断といった、総務系オペレーションの効率化 会社・チームの目標管理や更新 チームの朝会のような、アジェンダの決まったMTGをSlack上で実施 bot的に使って遊ぶ（おまけ。あとで紹介しています） 弊社では、早速ワークフローがじゃんじゃん生成されています！ 実際のワークフローの中
![【速報】Slackの神・新機能「ワークフロー」使ってみた！これは仕事が超効率化する予感…！ | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/12f322b3429a9da6a8bd00adb13a9ebe87d45ec8/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2019%2F10%2F17122821%2F1c652c38699c6cf78bbf2947a213844d.jpeg)
他チームの人とうまくやりとりするための心がけ
個人的に大切にしていることを書いていきます。少しSREの話が出てきますが、私がSREチームだから出しているだけで、基本的にSREに関係の無い分野でも使えるはずです。 前提となる心がけまず前提となる心がけについて書きます。 エンジニアは恐いと思われている人は自分と関わりの少ない人のことを恐いと思いがちです。 システムはほとんどの人にとってブラックボックスです。そしてシステムを担当しているエンジニアのことも、ほとんどの人にとって未知の存在です。関わりが少ないからこそ、ほとんどの人にとってエンジニアは恐い存在です。 ビジネスをやっていく上で、エンジニアとのやりとりは非常に重要です。そのエンジニアと他の社員のやりとりがしにくい状況だとお互いにストレスが溜まり、不健全な組織となっていきます。 これを解消する一つの手として、例えばチャンネル名が z- から始まるチャンネルは雑談していいというようなルー
アナログ地獄だった職場にSlackを導入するまでの一部始終 - ジゴワットレポート
今の会社に転職してきて驚いたのは、仕事の細々した部分がアナログで回っていたところだ。 「細々した部分」というのは、例えば伝言メモとか、社内・部署内回覧文書とか、そういう類のもの。有給を取った次の日に出社すると、デスクの上には沢山の付箋と紙が置いてある、という感じ。そして、データの受け渡しに実物のUSBメモリが行き来する。ゲーッ！今はもう平成も終わる2018年だぞ！！ また、「△△さん、株式会社〇〇のＡさんへ電話を入れてください」といった伝言を伝えるのに、該当部署に内線をかけるも不在、その折り返しをください、そしたら今度はこっちが離席・・・ といった無様なキャッチボールも頻繁に発生する環境。 自分の部署全員で共有する仕事も、「みなさんちょっと聞いてくださ～い」みたいに呼びかけて、資料を配って、説明して、そしたら途中で電話が入って説明が中断して、といった具合。非常に効率が悪い、というか、やって
社内のSlack文化に密かに感動している件について #メルカリな日々 2018/4/10 | mercan (メルカン)
こんにちは！ 広報の石川です。入社してあっという間に3週間が経ちました。 新入社員としての新鮮な気持ちが残っているうちに、今回は「社内の圧倒的なSlack文化に密かに感動している件について」書こうと思います。 すでにSlack民度が高い人にとっては何を今さら…と思うような内容かもしれませんが、そうでない人にとってはこんなに新鮮に感じるものなんですよ！ということが伝われば幸いです。 ほぼ全てのコミュニケーションがSlackのオープンチャンネルで行われている メルカリでは、ほとんどのコミュニケーションはSlackのオープンチャンネルでやり取りされ、極力DMを使わないというのが基本。社員同士でメールはまず使いません。 ゆえに、メルカリでは「情報は自分で取りに行くもの」というスタンスが求められます。ほとんどの情報は得ようと思えば得られる状態（もちろん個人情報やセンシティブな情報は別です）になってい
Slackが「スーパー社内wiki」になる！チームの情報格差をなくすbot・Guruを紹介 | SELECK [セレック]
ドキュメント共有ツールや社内wikiなど、社内に情報やノウハウをストックする仕組みをお持ちの企業さんは多いかと思います。 ただ、そういったツールって「見る人」と「見ない人」の差が出てきてしまうことがありますよね。 「情報共有しているはずなのに、なぜか社内で情報格差が起こる」みたいなことも、珍しくないと思います。 そこで今回は、個人的に「これいいじゃん！」と思った社内wiki・ドキュメント共有ツール「Guru」を紹介します。 ▼実際の「Guru」の画面 特にSlackユーザーは、たぶん感動すると思う。私はしました。リアクションやスレッド機能を存分に活かした仕様になっているので、シームレスすぎてびびります。 （もちろん、Slackユーザーでなくても使えます。） ▼Slack上で動かすと、こんな感じです。 Guruは、Guru Technologies, Inc.が2017年3月に公開したサービ
![Slackが「スーパー社内wiki」になる！チームの情報格差をなくすbot・Guruを紹介 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d27a06732a2b157ff8718dcef657ae8939eb0c77/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F13125810%2F187.png)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
心理的安全性と、Veinの紹介 Psychological safety and introduction of Vein