【いでよ障害対応太郎】我々はインシデントにどう向き合っているのか 〜社内向け障害対応リスト付き〜
「なんかアプリでインシデント起きてエンジニアがどこかで対応してるらしいよ」 「インシデント時のお知らせって誰がどうやって出すんだっけ？」 「インシデントの復旧作業って今どれくらい終わってる？」 「あのインシデントって振り返りしたっけ？」 「似たようなインシデント、前も対応したような、していないような」 このような会話に覚えはありませんか？ FiNC Technologies社 (以下FiNC) では今まで インシデント対応をしていても自チーム内で対処しようとしてしまい、他の人が気づけないインシデント対応の仕方にフォーマットがなく、迅速な対応やお客様への報告ができないインシデントの振り返りが実施されず、インシデント時の知見が共有されないという問題がありました。 それらの問題を 気が付きやすく、シェアしやすくする = 統一のチャンネルで情報を整理し、そこにシェアしやすい空気を作る何をすべきかわ
SaaS経営のキモ！経営レベルで見るべきオススメのSaaS KPI 9選 – Masayuki Minato – Medium
SaaSのKPIとSaaS経営の重要な切り口SaaSビジネスは、他に類を見ない程、洗練されたKPI体系があるビジネスモデルだ。経営レベルからマーケティング・営業のファネルレベルまで、これまで数多くのSaaS企業が様々なKPIを試し、進化を遂げてきた。ある意味、KPIの体系の深さがSaaSビジネスの強さの1つだと、私は思う。 では、そもそもなぜKPIを設定するのか？ KPI設定の目的は、当たり前だが、私のような投資家のためにあるのではない。KPIは、本質的には顧客の声にならない声を結果指標から観察し、ビジネスの健全性を明らかにし、課題抽出→打ち手構築の意思決定につなげるためにある。そのため、「どのKPIを、どの粒度で見るか？」は、目標設定→課題抽出→打ち手構築→検証のPDCA、つまりSaaSの成長の確度とスピードに大きく影響する。 それでは、経営レベルでSaaSビジネスの状態を理解する際に、
タベリー | とある仕様書 – Yamotty – Medium
グループ共有機能仕様書の公開に踏み切ったのは、10Xのプロダクトがどうやって作られているか、について部分的に触れてもらえると思ったから。 10Xでは「細かな実装・デザインの白兵戦」・「認知と理解を獲得していく空中戦」を一緒に戦えるプロダクト・マネージャーを育てていきたいと思っているので、この仕様書を読んで「10Xで力を試してみたい！」という方はぜひ以下のフォームから応募してほしい。ユーザーの感情を科学できる人が10XのPMにはフィットすると思う。 仕様書の前提となる考え仕様書は「チームのワーキングスタイル」によってその役割をかえるものだ。今の10Xは「ユーザーの前に積まれた膨大な課題の山に優先度を付け、とにかく早くプロダクトをプッシュしていくこと」が最優先のチーム。 そのため、「膝を突き合わせて瞬発力の高いコミュニケーション」を重視している。リモートはしない。 この環境では議論のすべてが口
次のAirbnbの作り方 — ソーシャル上に隠れた”カオスな文化”を盗む方法
今や1日に300万人以上が利用するAirbnbですが、リリース初期は1000人程度の規模でした。初期プロダクトの仮説検証とグロースにcraigslistを利用していた事はかなり有名です。 Airbnb: The Growth Story You Didn’t Know 他にもUberやEtsy, indeed等がcraigslistの一部カテゴリの代替として機能し、成長しました。彼らは単にcraigslistを切り出しただけではなく、そこで行われていた取引の問題を整理し、体系化された文化を作る事で安心かつ使いやすいプラットフォームとなり、ユーザーを引き込みました。 本当に強いニーズがあり、方法が確立されていない課題には、多くのユーザーが独自の方法で課題解決をする”カオスな文化”が生まれます。 “カオスな文化”はソーシャル上に見え隠れしていて、これを見つけ、体系化する事で、0→1、1→10の
コードレビューにおけるレビュアー側のアンチパターン
tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトでGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に
エンジニアが「明日からマネジメントして」と言われたら
製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ
「物乞い」の行為をデザインする
Summary*English report here ストリート・ディベートは路上で問題提起をし、世論を硬貨で可視化する職業である。これは、路上での「ものごい」に代わる行為でもあり、尊厳を損なわずにお金を稼ぐことができる誰もが出来る方法である。 路上で暮らすことを余儀なくされた人々が、友好的な会話を通して社会へ対等な立場で再接続する最初のステップとなることを目指している。 ロンドンではストリート・ディベートで１時間に平均13.5ポンドを稼ぎ、12.5人を議論に巻き込むことが明らかになっている。 Why I started designing the act of beggingもしあなたが、ロンドンやパリといったヨーロッパの都市を訪れたなら、道端で「ものごい」を行なう人を見ることは、そう珍しいことではないだろう。
フロントエンド開発の概要について
ここでは、フロントエンド開発の概要について説明していきます。 ＊元記事はこちらです。(英語) この記事でカバーしているものについてSingle-page Apps (SPAs)New-age JavaScriptUser InterfaceState ManagementCoding with StyleTestingLinting JavaScriptLinting CSSTypesBuild SystemPackage ManagementContinuous IntegrationHostingDeploymentSingle-page Apps (SPAs)かつてはサーバーサイドレンダリングという、別のURLを開くごとにページをリフレッシュしてサーバーから新たなHTMLページを送る手法が主流でしたが、最近のSPAsではクライアントサイドレンダリングというものが主流になっています。
iPhone X の Safari における Web コンテンツの表示 - ONO TAKEHIKO - Medium
iPhone X が発表されて間もなく、ディスプレイの「切り欠き」については至るところでちょっとしたイジリ合戦が始まっています。中には実際に信じてしまっている人もいるほど秀逸なものがありまして、それがこちら。 思わずクスッときてしまいますが（笑）、まあ当然こんなことにはなりません。 iPhone X にはディスプレイの上下左右に iOS の占有領域が存在し、それ以外（アプリのタッチイベントを認める領域）を Safe Area と呼ぶようです。Safe Area の外にある上部領域にはステータスバーとして時計やアンテナのインジケータなど iOS のシステムアイコン等が並び、下部の領域には iPhone X で導入された「ホームバー」が存在することになります。 では iPhone X の Safari で Web サイトを表示した場合に一体どのようになるのか？それを Web 上の情報を元にまと
ユーザーインターフェイスにおける明示的アクション／暗黙的アクションの違いと設計の考え方 – usagimaru – Medium
明示的アクション／暗黙的アクションについてずっと言語化できていなかったので、このたび記事にまとめてみました。馴染みのあるMac OSそしてiOSを例に、画面上のオブジェクトを操作するための二つのパラダイムについて説明します。 2005年頃の Apple Human Interface Guidelines (HIG) を開いてみると、そこには「Explicit and Implied Actions – 明示的および暗黙的アクション」と呼ばれるデザイン原則が示されています。Mac OSのユーザーインターフェイスでは、明示的アクションと暗黙的アクション、この二種類の操作体系が同時に提示され、ユーザーは好きな方法を選択することができるようになっています。 明示的アクション明示的アクションとは、すなわち画面上に明示された手段を選択してコマンドを実行するというものです。Macを例にすると、ユーザー
デザイナーの育成で大切にしたこと
ここ4年、育成に関わらせてもらって過ごしてきたのですが、久々に育成する人がいない4月を迎えるので、新卒デザイナーを育成する際に気をつけていたことを、この機会に振り返ってみようと思います。 自分のことはどうにかなってきた20代中盤、「デザイナー育ててね」と突然言われても何から始めればいいのかもよく分からないし、どうやってアドバイスしたらいいかも分からなかった当時、デザイナーの育成に関する記事があまりに少ない印象だったので、同じような境遇の人の役に立てば嬉しいです。 本人が課題を感じて初めて成長する突然ですが、他人に言われた時よりも自分で課題を認識できた方時の方が腹落ちしませんか？ どれだけ教える側（メンター）が一方的に課題感を感じていたとしても、一方通行では意味がなくて、逆に本人と課題感を共有できると、認識してるゴールが明確になるので、お互いに成長実感を得やすいです。 どうやって課題を共有す
いいアイデアなんか思いつくはずがない
インタビューや観察の結果を整理する方法として「親和図法（affinity diagram）」がよく用いられます。また、そこからチームでアイデアを出す方法として「ブレインストーミング（brainstorming）」が用いられます（そこから再び親和図法に戻ることもありますね）。いずれも有名な手法なので詳細は省きますが、付箋紙をホワイトボードにペタペタ貼りながら、みんなでワイワイやるようなイメージです。 https://www.flickr.com/photos/jakecaptive/49915119よく用いられるからには、きっとそれなりの理由があるのでしょう。ですが、私はいずれに対しても（めちゃくちゃ）懐疑的です。使っていないわけではないのですが、使ってもいまいち感が残るというか、まるでうまくできる感じがしないのです。こんなのでいいアイデアなんか思いつくはずがない。それこそ「机上の空論」みた
UI談義のすすめ
https://dribbble.com/shots/1679085-Mobile-UI-Blueprint-freebie私の職場ではUIについてのマニアックな談義が行われることがあります。アプリやwebだとかのデザイン会社なので周囲にはUIやUXのプロフェッショナルが集まっていて、『UI談義』の文化が根付いています。 UIを解剖するためのUI談義UI談義とは、UIオタクで集まってUIのことをひたすら考察し合うだけの集まりです。ここには職種問わず誰でも参加が可能で、UIデザイナーはもちろん、iOSデベロッパー、Androidデベロッパー、PM、マネージャーなどなど、あらゆるタイプの人が集まります。 UI談義のテーマは突如設定されます。普段利用しているアプリのちょっとしたインタラクションが気になったらそこでUI談義が始まります。iOSのアップデートでApple純正アプリのUIが変わったタイ
優れたフォームをデザインする
サインアップのフローであれ、マルチビュー・ステッパーであれ、ありきたりのデータ入力であれ、「フォーム」はデジタル・プロダクト・デザインにおいて最も気を遣わなければならないものの1つです。 そこで、今回は一般的にフォーム・デザインで何をやり、何をやらざるべきかについてお話したいと思います。あくまで一般的なガイドラインですので、そのようなものとしてご理解頂いた上で、皆さんの参考になれば幸いです。
デザインのバージョン管理をする世界
僕の同僚のデザイナーはデザインツールにSketchを使っている。デザインは区切りのいいところまで出来ると保存してDropboxで共有してくれる。最近ではGitHubでSketchファイルを管理することも試しているようだ。GitHubで管理することで過去に遡ったり、ほかの人の作業をマージできたりする。ただ、Sketchファイルはプログラムのソースコードのようなテキストファイルではなくバイナリファイルだ。この違いでGitまたはGitHubの便利なものの多くが使えていないんじゃないか。 先日Sketchファイルをテキストファイル(JSON)として管理できるツールを公開したので、どういうモチベーションで作っているのか書いてみようと思う。ツールはまだ完璧ではないが、ぜひ使って意見をもらえたらと…思う 🙇🏻 テキストファイルになるとできることあぁ、デザイン全体のボーダーの色が淡くなったのいつだっけ
10 Sketch Tricks That Would Make Owen Wilson Say “Wooow!” (tons of GIFs!)
If you didn’t get the reference in the title, I beg you to watch this video. You’re welcome :) One of my favorite things to do in an app is poke around all the settings and menus. Sometimes I’ll even hit random keys on my keyboard to see if it triggers some hidden feature that magically pays off my student loans. No luck on that one yet. It’s not that I’m trying to break the app by poking around.
Sketch Symbol Best Practices
At Tradeshift, we’re beginning to maintain a central Sketch document with all our symbols. In order to be added to this… At Tradeshift, we’re beginning to maintain a central Sketch document with all our symbols. In order to be added to this document, a Symbol needs to pass a few quality and consistency checks. Everyone designing for us will make use of this document, so we don’t want to be distrib
Live Prototyping with InVision Craft Prototype in Sketch
A few days back I saw the friendly Charles Pearson announcing on twitter, that if you want to try out Craft Prototype, ping him for an activation code! I was so excited and immediately requested for a code. Once I got the code, I started playing with Craft Prototype in Sketch on of my previous projects and it is awesome! The experience is so smooth~ You guys should ping him for a code to try Proto
Checkpoints Plugin for Sketch
Pro Tip: You don’t have to select artboards particularly. Just choose any layers inside the artboard, plugin will find the relevant artboards for you. 2. Run “Save a Checkpoint” Plugin creates a group named “Checkpoints” if there is no one already, and puts newly created checkpoint into it with a timestamp. Max Checkpoint CountThree checkpoints at most are kept for each artboard as default. When a
なぜ東京オリンピックのビジュアルアイデンティティーを真剣に考える必要があるのか
(この記事は2015年11月25日、テンプル大学東京キャンパスで行った講義を基にしたものである。You can read an English language version of this essay here.) Mではじまる大事な言葉。あるイベントや団体のアイデンティティー、つまり、理念や独自性をデザインするということは、モダニズムのレンズを具体的に反映していることを意味する。モダニズムということは、システムを基盤としたデザインを意味することにもなる。 1800年代、世界のビジュアル文化はヴィクトリア朝の美学に支配されていた。まだこの側面は残っていて、例えば、コカコーラのロゴに見られる。オリジナルのバージョンは1886年にデザインされた。いかにもイギリス調のレタリング。このロゴにはモダニズム以前のイギリス装飾主義が反映していて、何はさておき、「帝国」の象徴となっている。モダニズムは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
