インテル社で、ワン・オン・ワンというのは監督者と部下の間のミーティングのことで、仕事上の関係を維持する重要な方法となっている。その主な目的は、相互に教えたり、情報を交換したりすることにある。特定の問題や状況について話すことによって、監督者はスキルやノウハウを部下に教え、物事のアプローチの仕方を提案できる。同時に、部下のほうは自分が何をやっているのか、何に関心があり心配しているのかの情報を監督者に詳しく伝えられる。寡聞にして、定例的に予定した形でのワン・オン・ワンというのは、インテル社以外ではほとんどみることができない。
第1回では、「UXリサーチとはどういうものか」から始まり「サービスを作るうえでUXリサーチを活用するメリット」を紹介しました。しかし、UXリサーチを実践してみようと思うと「具体的にどんな目的の時に何を調べて明らかにすればよいのか」に迷うことがあります。そこで第2回では、 UXリサーチをする目的や対象としてはどのようなものがあるのかを紹介します。具体的には「探索/検証」「質的/量的」「UXの要素」という3つの分け方を紹介します。これらの分け方がわかれば、何を重視したUXリサーチをすべきかを検討しやすくなるでしょう。 前回：第1回「UXリサーチとは何か？ プロダクトマネージャーが学び実践するための連載開始」 「探索」と「検証」は目的によって使い分け、組み合わせる UXリサーチには探索と検証という分け方があります。目的に応じて使い分けをしたり、両方を組み合わせて活用したりします。ひとつの手法を実
2冊目も公開中なのでみてください！ https://zenn.dev/tatta/books/4e993c596e7dc9 TypeScriptを使いはじめて1年になるので、バックエンドのWebアプリを設計するときに気を付けていることをまとめました。（※社内勉強会用資料の公開版です。） TypeScriptについては、Next.jsを中心にフロントエンドに関する公開情報が豊富です。一方でバックエンドに関する公開情報が少ないと感じています。（かくいう私もNext.jsからTypeScriptデビューしたわけですが） TypeScript * GraphQL という構成は仕事・趣味で採用されている方も多いのではないでしょうか？ 私もその1人です。私のような方のためにも、バックエンドの設計プラクティスについてまとめようと思い筆を取りました。 本書がこれから始める読者にとっては教科書のようになり、
やはりデザイナーがアレだとフロントエンドエンジニアの生産性も著しく下がり、逆に良ければ上げることもできると思うので、自分が考えてる「デザインの側面からフロントエンドの生産性を考える」というのは割と筋がいいアプローチなのではという想いが深まった — フロントエンド大好きseyaさん (@sekikazu01) June 15, 2021 思いの外反響があり、もっと具体的に聞いてみたい・ディスカッションしてみたいというお声をいくつかいただきました。 せっかくの機会なので、現状自分が考えるデザインとフロントエンドの接合の最適化、カッコ良くいうと「Design-Frontend Ops論」を語っていこうかなと思います。 ※ 予防線貼っておくと、まだ全然実践できていないので話半分に聞いてください。タイトルに"仮説編"とついているのはそのためです。 ※ 一緒に探求してくれる気概あふれるデザイナーも募集
デザインシステム奮闘記を書いていますが、まだまだ書きたい過去の話がたくさんあり最近の話にはたどりつきそうにないということで最近の話を公開してしまおうと思います。ぶつかった(ぶつかっている)壁と考えていることを、そのまま書いてみました。 基本情報自己紹介 教育系アプリを開発しているatama plusでデザイナーをしている沼田です。 atama plusに入社したのが2年半ちょい前で、ちょうどその頃からデザインシステムの活動が始まり立ち上げから取り組んでいます。最近はデザインシステムのオーナーという立場です。 現在のデザインシステムチーム デザインシステムのチームはデザイナー2名、エンジニア2名の4名で全員プロダクト開発と兼任です。 デザインシステムのチームが担うのはデザインシステムという箱にみんなが中身を入れていくための支援、新しく入ってきた人への説明、課題の把握、取り組み優先度付です。デ
SmartHR「ユーザーリサーチ推進室」が取り組む、ユーザビリティテストに注目！ プロダクトを短期間でリリースし、素早く改善を回すなか、どうユーザビリティの課題も解決していくか。取り組みをリードする佐藤 哲裕さん（プロダクトデザイナー）にお話を伺った。 【もくじ】 ・ユーザーリサーチ推進室 始動！ ・開発プロセスに「ユーザーリサーチ」を、当たり前に取り入れられるように。 ・お客様にユーザビリティの課題がないプロダクトを届けたい ・ユーザビリティテストの実践 「使ってもらえる」まで含めてデザイン >>>［関連記事］「UXリサーチ」に関する記事一覧はこちら ユーザーリサーチ推進室 始動！ まず「ユーザーリサーチ推進室」なるチームがあることに驚きました…！どのような組織なのでしょうか？ 「お客様を理解するための調査」を専門とするチームと言えるかと思います。メンバーは私と、UXデザイナー1名、プロ
【お知らせ】200名以上の有名企業のCxO / 責任者クラスのトッププレイヤーを、月額定額でアサインできる「SHARE BOSS （シェアボス）」というサービスを運営しています。DXや事業開発に関するお困りごとや、お悩みがございましたら、まずはお気軽にお問い合わせください。 https://shareboss.net/about/ 2019年くらいから、デジタルトランスフォーメーション (DX) の相談を受けるようになって、今はアドバイザーみたいなのを含めて10社くらいお手伝いしています。 また、講演なんかも依頼されてたりして、そこではストルターマン教授がどうだ、とか、トレンドはー、みたいなことをしたり顔で言っていたりするわけなんですが・・・。内心では、定義とか事例の話から入るのはあんまり本質的じゃないのかな、と感じています。 足元の現場を見ると、DXDXディーエックスディーエックスいって
執行役員 VP of Engineering 兼技術部長の @hsbt です。PS4 の Ghost of Tsushima が面白くて、毎日仕事が終わると対馬にいく毎日です。 2020年7月より、GMOペパボ(以下、ペパボ)では、パートナー(GMOインターネットグループでの従業員の呼称)全員の評価の制度と報酬をアップデートしました。エンジニアについても同様に従来の制度をベースにしながらアップデートを行っています。ペパボのエンジニア職位制度は2015年に導入した制度をベースとしながら2020 年までの 5 年間に主に以下に示すアップデートを行いました。 シニア(以上の)エンジニアの評価基準の細分化(例: 4.1等級-4.4等級など) シニア以上の報酬の大幅な増額 エンジニアリングマネージャ(テクニカルリード、チーフテクニカルリード)の導入 先日、エンジニアの評価について、ベースとなる制度へ
スマートキャンプのプロダクトマネージャーの郷田です。 皆さんは普段の業務で、以下のように感じる場面はありませんか？ - 「同じチームで働くあの人と、いつもなんだか認識がずれてるかもと感じる」 - 「一通り会議はやったものの、なんだかいまいち話しきれてないようなモヤモヤがある」 - 「あの人にはもっと注力してもらいたいことがあるのに、なかなかそこまでやってもらえない」 こういった場面に遭遇したときには、リーンコーヒーを実施されることをおすすめします！ この記事では、チームのMTGで活用してみていただきたい「リーンコーヒー」を紹介します。 リーンコーヒー（Lean Coffee）とは？ リーンコーヒーの進め方 準備するもの その１：トピック出しと優先順位の決定（5分~15分） その２：トピックのディスカッション（10分〜45分） 初めてのリーンコーヒーでのハマりどころ 継続するかの判断をせずに
はじめに HotwireはBasecampが発表した、モダンなWebアプリケーションを作るための新しいアプローチです。名前もHTML OVER THE WIREから来ているように、HotwireではHTMLをサーバーから送ります。「それ普通のWebアプリケーションでは？」と思う方もいるかもしれませんが、SPA + APIサーバでJSONが使われるのに対し、SPAと同様の体験をHTMLを中心に置いて作るアプローチであることを示す表現です。 僕個人は、最初は「ふ〜ん」という感じだったんですが turbo-railsを読みつつHotwireのデモアプリをPhoenixに移植してみたり WebSocketではないTurbo Streamsのsourceを作ってみて遊んだり と、ある程度触ってみて良さが理解できてきたので、Hotwireを使うと何が嬉しいのか、Hotwireの各要素の紹介を記事として
医療、介護、ヘルスケア、シニアライフの領域で高齢社会に適した情報インフラを構築している株式会社エス・エム・エスでエンジニアをしている @moro です。 主に介護領域におけるキャリア分野のサービス、平たく言えば介護の担い手である従事者の方の就職・転職を良いものにするための事業に携わっており、特に カイゴジョブという求人サービスの開発・運用をしています。 カイゴジョブについて カイゴジョブは 2004 年にオープンした、介護職向け求人情報サービスです。 2019年9月にフルリニューアルし、現在は Ruby on Rails で動いています。筆者は2018年にエス・エム・エスに転職してこのリニューアルに関わり、以来ずっとカイゴジョブの開発・改善を続けています。 現代のソフトウェアサービスでは、リリースしたら完了でそのあとは変更しない、というものは少なく、多くは継続的に変化し続けます。これは、サ
ポッドキャスト Today I Learned FMの28 回目はメンタルヘルスの話題について話しました。この記事はその収録に関する追記です。 anchor.fm 「なんとなく元気がない」 = languishing www.nytimes.com "バーンアウトでもないし、うつでもない。けどどこか希望がない。なんか楽しくないし、目的ももてない。なんだかモヤモヤする。" この症状に対し、社会学者の Corey Keyes 氏は languishing という名称をつけました。日本語だと"衰弱"という意味ですが、要はゆるやかに不調になっている状態を指します。 languishing のやっかいなところは、これまで明確に言語化されていなかったために、症状として認識されていなかった点です。認識されていないために早期の対応が遅れ、やがて本当のうつに移行していく可能性が高いです。 元記事では、パンデ
採用をハンズオンでまるっと支援するCASTER BIZ recruitingの責任者をしている森数美保です！ 🕊Twitter：@MihoMorikazu 🎙Voicy：採用とキャリアと私とボイシー キャスターにジョインして以来ずっと、 「採用は科学できる」 「採用を科学してHRスタンダードをアップデートする」 と言い続けてきました。 ついに、ついに！ 「採用を科学する。」という書籍を事業部で出版することになりました/// まずは「採用を科学する」について少しお話しさせてください。 採用は科学できる…？と気づいたキッカケ採用は科学できる分野だと気づいたキッカケは、転職エージェント時代。 当時、企業への候補者紹介数がKPIに入っていました。なんの疑いもなくその数字を受け入れていたけど、マネージャーになった時に「この数字って根拠あるのかな？」と思うようになりました。 最終的に決定する人数と
Page Experience Updateのロールアウトが、6月15日より開始しました。8月末までに徐々にリリースされていくようです。 The page experience update is now slowly rolling out (Top Stories will begin using this new signal by Thursday). It will be complete by the end of August 2021. More here: https://t.co/kDwhhOYklK — Google Search Central (@googlesearchc) 2021年6月15日 今回のPage Experience UpdateでCore Web Vitalsの指標（3種類）が評価対象として加わり、検索エンジンでの順位ランキングの要因になります
JamstackでWebサイトやWebアプリケーションが作られることも増えてきました。このセッションでは、まずJamstackとはなにか、特徴とそのメリットをあらためて確認します。その上で「自社メディアCodeGridをJamstackで作った際に、失敗した3つのこと」を紹介しながら、Jamstackを採用する際のコツを伝えます。
PWA Night 2021で発表したセッションです。 https://conf2021.pwanight.jp/speaker/hamada/ 今回は、GYAO!トップページのWEBパフォーマンスの改善をケーススタディとして、PWAに必須なパフォーマンス改善の具体例を見ていきます。大規模な構成変更と、その成果として得られたスケーラビリティ、ページの表示速度の向上についてをお話しします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
