みなさんこんにちは。@ryuzeeです。 スクラムでは、スプリントに投入するプロダクトバックログアイテムはReady（準備ができている）である必要があります （Readyとはどんな状態なのかについては以前に詳しく説明したので、そちらを参照してください）。 Readyにしておくことによって、成果の量が安定しプロダクトオーナーやステークホルダーにとっては予測精度が向上していきます。 Readyにする活動は単に受け入れ基準を用意したり、プロダクトバックログの内容を精緻化したり、並べ替えたりするだけではありません。 スプリント内でプロダクトバックログアイテムが完成する可能性を上げるために必要な活動すべてが含まれます。 そしてその中の1つが技術的な調査です。 スプリントでプロダクトバックログアイテムに着手してから実現方法を調べたり、技術的な制約によって大幅な方針転換したりするのでは遅い上に予測性が低

はじめまして。デザイナーのSasaki（@toshiyassk）です。 Fintech企業ではたらきながら、UXデザインやサービスデザインを軸とした研究をしたりしています。 先日会社でUXについての勉強会（初心者向け）をさせていただく機会があったので、UXとUXデザインの概念についての資料の一部を記録しておきます。（参考文献に基づいた内容ですが、表現を変えている部分もあります。） UXとは？UXの定義にはさまざまなものがあるが、決定的な一つの定義はない 2010年に世界のUX研究者30名によってUXの定義について議論され、UXを一つに定義する代わりにUXをとらえる視点が明確にされた。 27件のUXの定義が All About UX に掲載されている。 UXをとらえる3つの視点① 主観的評価 ユーザーが製品やサービスを使った体験を通して、結果としてどのような認識をし、どのような感情や評価を抱

［ ＋ expand ］CSS が破綻する理由セレクタに詳細度がある問題スタイルが子要素に継承される問題同じセレクタを多重定義できる問題スタイルが複合的に適用される問題破綻しにくい CSS 設計とはOOCSS構造と見た目の分離BEMSMACSSベースルールレイアウトルールモジュールルールステートルールテーマルールFLOCSSFoundation レイヤーLayout レイヤーObject レイヤーComponent レイヤーProject レイヤーUtility レイヤー禁止・非推奨・許容・推奨まとめ関連記事CSS が破綻する理由 CSS は以下のようなシンプルなフォーマットで構成されます。 selector{ property: value; } HTML 側の内容とセレクタがマッチすればスタイルが適用されます。このように CSS はとても単純な仕組みですが、その単純さゆえに大規模な実装

12月6日の健康医療系アップデートが起こってからもうすぐ2ヶ月が経とうとしています。 アップデートで被害を受けた方々、アフィリエイト収益の方は回復できましたか。うちの某サプリで上がっていた比較サイトのメインキーワードの順位はこんな感じです。 健康医療系アップデートの前までは○○サプリで5位くらいだったサイトです。 全く回復しそうな雰囲気がありません、、、！ 色々と対策をしてみましたが、検索順位はこんな感じで全く戻りそうにないので放置しています。 というか健康医療系アップデート前から比べると前月比で報酬は76%減になってしまい、このままアフィリエイターとして生き残るのが困難となってしまいました。（というか心折れました） （最初、10分の1まで落ちたと思っていましたが、計算してみると4分の1にまで落ちていました。どうでもいいことですが。） ということで、アフィリエイターとしての最後に「100万

グループ共有機能仕様書の公開に踏み切ったのは、10Xのプロダクトがどうやって作られているか、について部分的に触れてもらえると思ったから。 10Xでは「細かな実装・デザインの白兵戦」・「認知と理解を獲得していく空中戦」を一緒に戦えるプロダクト・マネージャーを育てていきたいと思っているので、この仕様書を読んで「10Xで力を試してみたい！」という方はぜひ以下のフォームから応募してほしい。ユーザーの感情を科学できる人が10XのPMにはフィットすると思う。 仕様書の前提となる考え仕様書は「チームのワーキングスタイル」によってその役割をかえるものだ。今の10Xは「ユーザーの前に積まれた膨大な課題の山に優先度を付け、とにかく早くプロダクトをプッシュしていくこと」が最優先のチーム。 そのため、「膝を突き合わせて瞬発力の高いコミュニケーション」を重視している。リモートはしない。 この環境では議論のすべてが口

元メルカリのPM 矢本真丈（Yamotty）は、献立アプリのアイデアをどう形にした？ 矢本真丈さんは、日本有数のプロダクトマネージャー（PM）といっていいだろう。 丸紅、NPOを経て、ママ向けEC『Smarby』の創業メンバーに。2016年10月に同事業を売却。その後、メルカリにて『アッテ』や海外向けの新規事業のPMを歴任した。 そんな矢本さんだが、再び自身で事業を立ち上げるべく、2017年7月に独立。第一弾としてリリースしたアプリが『タベリー 』だ。 わずか10秒で献立が決められるというアプリ。できることはシンプルにも思えるが、子育て中のママパパをはじめ、「毎日のご飯の献立を考えるのが大変…」という層からの多くの支持を集める。ユーザー数も順調に増加している。 なぜ、彼はこのアプリをつくろうと考えたのか。 「僕には二人の子どもがいるのですが、子育てをするなかで、自分と妻がすごく献立に困って

こんにちは、ブログ主のまっつん（Twitter: @kiki_brero）です。中国復旦大学でジャーナリズムとメディアビジネスを学び、帰国後は中国ITのリサーチをしています。 今回は、先日中国IT勉強会で共有した中国のニュースアプリToutiaoの解説スライドを共有します。Toutiaoについて恐らく一番よくまとまった日本語ソースだと思うので、ご参考ください。 詳しく知りたい方はTwitterの方に連絡してくださればお答えいたしますので是非。 （後半のメディア大比較については追々ブログにアップします）

改善前に比べ約5倍表示速度が速くなりました。また、1秒間にさばけるリクエスト数も約3倍ほどになっています。Unicornの1プロセスあたりが使用しているメモリもだいぶ低くなりました。 なお、ページ読み込み速度は、ブラウザでページを表示したときにインジケータのクルクルが止まったときです。Chromeの開発ツールのネットワークタブで赤い文字で Load 1.2sec とか表示されているやつです。GoogleAnalyticsのページ速度でいうと plt というキーでレポートされているものです（参考ページ）。 グラフとか GoogleAnalyticsのグラフです。読み込み時間が下がっています。 メモリ使用量です。Zabbixからmackerelに乗り換えたのでグラフが違いますが、使用量が下がって安定しているのがわかります。 AWS ELBのレイテンシです。不安定なレスポンスが安定してるのがわか

あけましておめでとうございます。 メドピアのSRE @kenzo0107 です。 2018年もよろしくお願いします。 今回は昨年リニューアルした動画配信システムについてです。 経緯 これまでのメドピアの動画配信は CloudFront 経由で S3 上の mp4 を video タグで参照し配信してました。 この配信方法では CloudFront でキャッシュしづらく 通信状況によってはファーストビューまでに時間が掛かり、サイト離脱へ繋がります。 また、直リンク禁止の動画の場合、 リファラチェック等をするかと思いますが 一部 IE Edge のバージョンで video タグでリファラ参照ができないという仕様があり*1 既存の仕組みをフロントから変える必要がありました。 以上の経緯から動画配信の仕組みを見直し要件を洗い出しました。 要件 動画は mp4 で納品される為、HLS形式へエンコード

Data Models: A Comprehensive Guide to Structuring Information for Optimal Insights and Decision-Making In the realm of data management, the use of effective data models plays a pivotal role in organizing and representing information in a structured and meaningful way. Data models serve as the blueprint for databases, facilitating efficient data storage, retrieval, and analysis. This article delves

HRzine Day（エイチアールジン・デイ）は、人が活き会社が成長する人事のWebマガジン「HRzine」が主催するイベントです。毎回、人事の重要課題を1つテーマに設定し、識者やエキスパードが持つ知見・経験を、参加者のみなさんと共有しています。

はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

ProductIssue and Pull Request templatesIt's hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contributors share the right details… It’s hard to solve a problem when important details are missing. Now project maintainers can add templates for Issues and Pull Requests to projects, helping contribut

今や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ベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に

前回の「UXハニカム – UXデザインの正しい品質評価方法 –」では、サービスやプロダクトのUXデザインを評価する際に一般的に用いられている、UXハニカムを活用した方法を紹介した。加えて、実はもう一つユーザー体験のクオリティを測る方法がある。 ユーザー体験を構成する3つのポイント消費者がサービスを受けるとき、ユーザーがプロダクトを利用するときに受け取る体験の質を高めるのがUXデザイナーの仕事になる。 そして、その体験を左右するのが、1. 見た目の品質 (Look), 2. 感覚の品質 (Feel), 3. 使いやすさ (Usability) である。大きく分けてこの3つの要素のクオリティが高いほど、ユーザーに対してより優れた体験を提供することが可能になる。 実用性と利用感覚を測るUXピラミッドUXハニカムに加えて、もう一つのUXクオリティを測る手法としてUXピラミッドがある。6つの階層で構

PySpa統合思念体です。これからJavaScriptを覚えるなら、「この書き方はもう覚えなくていい」（よりよい代替がある）というものを集めてみました。 ES6以降の難しさは、旧来の書き方にプラスが増えただけではなく、大量の「旧来の書き方は間違いを誘発しやすいから非推奨」というものを作り出した点にあります。5年前、10年前の本やウェブがあまり役に立たちません。なお、書き方が複数あるものは、好き嫌いは当然あると思いますが、あえて過激に1つに絞っているところもあります。なお、これはこれから新規に学ぶ人が、過去のドキュメントやコードを見た時に古い情報を選別するためのまとめです。残念ながら、今時の書き方のみで構成された書籍などが存在しないからです。 たぶん明示的に書いていても読み飛ばす人はいると思いますが、すでに書いている人向けではありません。これから書くコードをこのスタイルにしていくのは別にいい

＼閉鎖予定のサイトも売れるかも？／ アクセスがないサイトもコンテンツ価値で売れる場合も… ドメインの有効期限を更新してサイト売却にトライしてみましょう