並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 3533件

新着順 人気順

KPIの検索結果121 - 160 件 / 3533件

  • このSRE本がすごい!2024年版 - じゃあ、おうちで学べる

    はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre

      このSRE本がすごい!2024年版 - じゃあ、おうちで学べる
    • オウンドメディアに関する27の質問に2万字で回答します | knowledge / baigie

      2019年はコンテンツマーケティング関連のイベントでお話しする機会が何度かあり、その中でたくさんの質問をいただいたのですが、すべての質問にお答えすることができませんでした。 そこで改めてこの場を借り、質問に回答させていただこうと思います。私の経験則にもとづくものも多いですが、参考情報としてご覧いただければ幸いです。 目的・意義・戦略 Q1. オウンドメディアの重要性を経営層に理解してもらうにはどうすればいいですか? いわゆるオウンドメディアについては、成果が出るまでに時間がかかることが多く、必ず成功すると事前に言い切れません。 そのため、経営者や事業責任者が、オウンドメディアの力をそもそも信じているということは、推進する上での重要なポイントになります。逆に、否定的な人を説得して始めるのはなかなか難しい施策ともいえます。 こういった前提があった上での回答ですが、オウンドメディアの目的を、一つ

        オウンドメディアに関する27の質問に2万字で回答します | knowledge / baigie
      • エンジニアを増員するロジックについて考える - yigarashiのブログ

        ソフトウェア開発で、より早くより多く価値を届けたいと考えた時、エンジニアの増員は有力な選択肢です。もちろん、人月の神話などで語られるように、人を増やしただけ線形に生産力が向上するというシンプルな世界ではありません。それでも多くの現場でエンジニアの増員が行われます。自分のチームでも、とりあえずエンジニアを増員すれば、いくつかの問題が解決してくれるような気もします。雑談ベースでメンターなどにこういう話を出してみるわけですが、改めて「なぜエンジニアを増員したいのか」と問われると、これが意外と広がりのある議論であることがわかってきました。本記事では、エンジニアを増員するロジックについて、自分が思考を広げられた範囲で書いてみます。 作り切りの場合は明快 まずエンジニア増員のロジックを素朴に立てられるのは作り切りの場合です。ある程度の規模のものを丸々作り切らないといけないケースです。締め切りがあること

          エンジニアを増員するロジックについて考える - yigarashiのブログ
        • Tableauによる最新版『可視化ベストプラクティス』〜Tableau Blueprint〜 #tableau | DevelopersIO

          先日のブログでも紹介しましたTableau社によるベスト・プラクティス集『Tableau Blueprint』。 当エントリでは、その中から『可視化』の部分にフォーカスを当てたトピック『Visual Best Practices』に関してその内容をまとめて見たいと思います。 Visual Best Practices - Tableau 目次 はじめに ユーザー視点に立って考える コンテキスト 適切なチャートの選択 レイアウト 配色 タイトルと字幕 ツールチップ フォント ダッシュボードのサイズ ダッシュボードに対話性を持たせる パフォーマンス設計 まとめ はじめに ダッシュボードの究極的なゴールは『ユーザーが答えを簡単に導き出すことが出来る』ことと言えるでしょう。如何に見栄えの良い、美しいダッシュボードが出来たとしてもユーザーがそれを使って洞察を得て答えを見つける事が出来なければ何の役に

            Tableauによる最新版『可視化ベストプラクティス』〜Tableau Blueprint〜 #tableau | DevelopersIO
          • プロダクトオーナーを兼務する技術、あるいはその反省 - SmartHR Tech Blog

            みなさんこんにちは。ジメジメとした日が続きますがいかがお過ごしでしょうか。SmartHRのプロダクトマネージャーryopenguinです。 今回は、私が複数のプロダクトチームを経験して学んだ「兼務のコツと反省」をお届けします。 「プロダクトに対してPMが少ない」「PMの採用に苦労している」といったみなさまの参考になれば幸いです。 なぜ兼務をはじめたか 2022年9月から、私はタレントマネジメントプロダクト「従業員サーベイ」と、現在未公開の新しいプロダクトのPMを兼務しています。 弊社では、単一のプロダクトに注力するのではなく、連携を前提に複数のプロダクトを提供する「マルチプロダクト」化を進めています。昨年の夏ごろ、とある新規プロダクトが必要と判断され、開発チームを組成することになりました。 弊社の新規プロダクトはSmartHR基本機能との連携が前提であり、その基礎的な知識が必要です。さらに

              プロダクトオーナーを兼務する技術、あるいはその反省 - SmartHR Tech Blog
            • ロードマップに機能を書くべからず|小城久美子 / ozyozyo

              機能を書くならバックログにまず機能だけが書かれたロードマップから見ていきましょう。時系列に沿って、どんな機能を追加するのか並んでいます。 残念ながら、多くの場合、機能開発が遅延したり、差し込み案件が発生したりして、以下のようになってしまいます。 こうなると、もうこのロードマップは信頼できません。過去の実装がここまで遅延していると、次に取り掛かる機能がいつリリースされるのか分からず、どれの優先度がもっとも高いのかも判断するのが難しくなってしまいます。 こういった「機能」に近いものは、縦長のプロダクトバックログの形式で並べ、ユーザーストーリーに分解して見積もったものを上から順番に実施していくほうがスッキリします。 では、ロードマップがなぜ必要なのかプロダクトバックログはとても良いものですが、プロダクトの中期的・長期的な未来を構想するには少し見づらくなります。特に、会社の中で中期的・長期的な方針

                ロードマップに機能を書くべからず|小城久美子 / ozyozyo
              • Web系企業での一人目の機械学習エンジニア・データサイエンティストに必要なスキルと経験して思ったこと - Qiita

                0、はじめに マッチングアプリで機械学習エンジニアをやっているはやとと言います。今回は「Web系企業での一人目の機械学習エンジニア・データサイエンティストに必要なもの、やって感じたこと」について書いていこうと思います。 「Web系企業で機械学習エンジニアやってみたい!」「組織としてデータ分析や機械学習をやり始めたいけど何からやったらいいかわからない!」という方も多くいるでしょう。 Web系企業での機械学習エンジニア・データサイエンティストの動きはメルカリのブログとか本でよく見ます。しかし、まだ規模があまり大きくない会社における機械学習エンジニア・データサイエンティストの記事や本は一切見当たらず、また、立ち上げ(そんな大げさな言葉を使っていいのか分かりませんがw)の話が書いてあるものは見たことがないです。そのため、もしかしたら日本で初めての記事になるのではないかなと考えてワクワクしながら書い

                  Web系企業での一人目の機械学習エンジニア・データサイエンティストに必要なスキルと経験して思ったこと - Qiita
                • BtoBサイトを成功に導く180のチェックリスト | knowledge / baigie

                  このたび、BtoBサイトの成功パターンをまとめた『BtoBサイト・チェックリスト』とワイヤーフレームを、株式会社ベイジ、株式会社才流、株式会社WACULの3社連名で発表しました。 チェックリスト(PPT版)ワイヤーフレーム(PPT版)ワイヤーフレーム(XD版)ここで取り扱っているBtoBサイトとは、BtoB企業のマーケティングあるいはセールスに貢献することを目的として作られたwebサイトのことです。そしてこの取り組みの根底にあるのは「BtoBサイトにおける車輪の再発明を減らしたい」という3社共通の思いです。 BtoB企業といっても多種多様な企業が存在するように、BtoBのマーケティングやセールスを含む購買プロセスも突き詰めれば、個別の商材特性、顧客特性、業界特性、組織特性、経営環境などの影響を受けた、多種多様なものになります。 しかしながら、個別最適化しか手がないわけでもなく、BtoBビジ

                    BtoBサイトを成功に導く180のチェックリスト | knowledge / baigie
                  • データ職種の課題図書リストを作りたい - 下町柚子黄昏記 by @yuzutas0

                    この記事は datatech-jp Advent Calendar 2023 3日目の記事です。 背景・趣旨 筆者(@yuzutas0)は風音屋(@Kazaneya_PR)という会社を経営しており、データ職種の採用・育成に関心を持っています。 複数企業で少ない専門家を奪い合って疲弊するような採用活動ではなく、マーケット全体がより豊かになるような動き方はできないだろうかと模索しています。 1つの実験として、MENTAで「第2新卒が3ヶ月でデータ職種への転職を目指す講座」というトレーニングを提供し、ありがたいことに30名以上の方々に受講いただきました。 ちなみにこの講座は今では風音屋の社内研修になっています。 MENTAの受講者が30名を突破しました🎉 卒業生が風音屋に入社したり、スキルアップして「社内で提案が通るようになった」「現職で活躍できるようになった」という感想もいただいています。

                      データ職種の課題図書リストを作りたい - 下町柚子黄昏記 by @yuzutas0
                    • WEB開発に役に立つAPI一覧+API毎に関連するQiita記事を分類 ! - Qiita

                      前回: Qiita APIで記事からYoutube動画を集めてみた 🎬 、Qiita APIを使って、Qiita記事を取得してYoutube動画のURLを抽出することができました。 今回は、特定APIに関連したQiita記事を取得して、API毎に分類、タグを集計してドーナツグラフ化することでAPIの特徴を表してみました。 最新のAPI一覧はこちら API一覧 | DOGAKIITAA! ~ APIごとにQiita記事を分類 ~ Google系 Cloud Vision API https://cloud.google.com/vision/docs/quickstart 📝 機械学習を使用して画像を解析します。画像ラベリング、顔やランドマークの検出、光学式文字認識(OCR)、不適切なコンテンツへのタグ付けなどができます。 Cloud Vision APIの凄さを伝えるべくRasPi b

                        WEB開発に役に立つAPI一覧+API毎に関連するQiita記事を分類 ! - Qiita
                      • 営業職以外の数値化しづらい部門の評価制度のつくり方 評価の「項目」と「基準値」を明確にするために必要なこと

                        株式会社識学が主催した経営層向けのオンラインイベントに、創業当初から営業部門を率いてきた同社副社長の梶山啓介氏が登壇。「評価制度が会社を長期自動成長させる」と題して、インセンティブ制度の弊害や、勤務態度をマイナス評価の対象にしない理由などを解説しました。 営業職以外の数値化しづらい部門の評価制度のつくり方 司会者:ここからは質疑応答に移ります。最初のご質問は、「業務評価の定量化が困難なケースの対応例はございますか」ということです。 梶山啓介氏(以下、梶山):先ほど「完全結果」をご紹介をしましたが、定量化、基準を明確化する時のポイントは、いつまでに、どういう状態かという期限と状態に分解することです。 期限は、四半期とか1ヶ月とか決められますよね。。どういう状態かを決めるのは、テクニカルなところが必要になります。 1つ目は、人は必ず比較をするので意外と決められるという話です。例えば総務部にAさ

                          営業職以外の数値化しづらい部門の評価制度のつくり方 評価の「項目」と「基準値」を明確にするために必要なこと
                        • だれかZoom会議の始めに何を喋ったらいいか教えてくれ

                          コミュ力なさすぎていつも困っている。 自分「ご無沙汰しています」 相手「いやー、最近暑いですね」 自分「そうですね……」 相手「……」 自分「あ、あはは……」 相手「えっ、あっ……」 自分「あー、えっと……」 相手「……あっ、はい」 自分「では、本題入りますが、先月のKPIの達成度ですが、やはりコロナの影響もあって芳しくありません。D2C市場の開拓を早急に進めるとともに、既存クライアントのケアをしっかりやらなければいけないと痛感しています。それでは先月行った施策を一つずつ振り返りますが……」 毎回こんな感じになってしまう。

                            だれかZoom会議の始めに何を喋ったらいいか教えてくれ
                          • メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物|田辺めぐみ

                            こんにちは~!プロダクトマネージャー(PM)を10年以上してしている@megです。私が若手の頃はPMについての情報がほとんどなくて困ったので、若手PMのちょっとでも役にたてばいいなぁとまとめていこうと思います。 メルカリや副業でのスタートアップでの新規プロジェクトの立ち上げをよくしていたので、その時のプロダクトマネージャーをしていた視点から企画フローをまとめてみました!あくまでも、会社としてではなく、私個人が自分のチームやコンサル先で使っているフローです。 10年以上前はSIerで100人規模のウォターフォールでの開発をしていて、ここ数年のスタートアップはアジャイルぽいものが多く、その中間のメルカリだと事業計画や予算もある中、ウォーターフォールっぽく一定フェーズをを決めつつ、アジャイルのいいところを取りいれるような開発していました。実際は、そのようなどっちとも言えない開発が多いのでそのパタ

                              メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物|田辺めぐみ
                            • スタートアップ技術顧問は技術を見ない - メンテモエンジニアリング

                              こちらの記事は三部作です その1:とあるスタートアップが最初のフルタイムエンジニア採用を決意するまで 番外編:スタートアップ技術顧問は技術を見ない <= 現在の記事 その2:とあるスタートアップが最初のフルタイムエンジニア採用のために準備したこと その3:とあるスタートアップが Twitter Spaces からフルタイムエンジニアを採用した話 番外編:メンテモに転職した話 タイトルは嘘です。(必要なときに)見ます。最近は通知を送る方法*1について考えられる設計のパターンをいくつか例示した上で、今ならどれを選択しどんな感じで実装していったらいいかについて議論したりしました。 初めまして、@tagomorisです。今年の6月からメンテモで技術顧問をしています。技術的な専門としてはデータ処理基盤からWebサービス一般・ITインフラまでですが、メンテモの技術顧問では技術領域を特定せず、ありとあら

                                スタートアップ技術顧問は技術を見ない - メンテモエンジニアリング
                              • 重症者数は増えていないから問題ない派の欺瞞

                                [B! COVID-19] 東京都 新型コロナ 1人死亡 1271人感染確認 3日連続1000人超 | 新型コロナ 国内感染者数 | NHKニュース https://b.hatena.ne.jp/entry/s/www3.nhk.or.jp/news/html/20210716/k10013142781000.html id:koutatan 感染者は急増しているにも関わらず重症者は昨日より4人減った。死者はわずか1人。mRNAワクチン接種により日本ではコロナは死なない病気になりつつある。日本がこれからインドネシアのようになることはありえない。 id:metaruna いや、だからワクチンは感染自体を防がないんだから感染者をKPIにしてたらいつまでも終わらんだろ。現にワクチン効果で高齢者の重症者数は著しく減少している。感染者がいくら増えようと医療回るならいいんだって! id:KAN3 重症

                                  重症者数は増えていないから問題ない派の欺瞞
                                • ウェブアナリスト 小川卓氏がおすすめする、Googleアナリティクス4の「メディアならではの活用法」 - はてなビジネスブログ

                                  はてなでは、オウンドメディアのトータル支援「はてな MediaSuite」やオウンドメディアCMS「はてなブログMedia」の導入企業様にご案内するためのクローズドイベントを定期開催しています。 本記事では、「はてなブログ」の法人向けプランをご利用の企業様向けに開催した「Google アナリティクス4 オンライン勉強会 ~メディアならではの活用方法~」の一部をご紹介します。 講師は、ウェブアナリストであり、HAPPY ANALYTICS代表である小川 卓氏です。 「Google アナリティクス4 オンライン勉強会 ~メディアならではの活用方法~」について GA4の計測思想 はてなブログのカスタムイベント 取得出来るデータの変更にもとづいて見るべきデータ 1. 集客 2. 初回獲得 3. ランディングページ 4. 時系列レポート 5. はてなブログ カスタムイベント利用 まとめ Q&A 小川

                                    ウェブアナリスト 小川卓氏がおすすめする、Googleアナリティクス4の「メディアならではの活用法」 - はてなビジネスブログ
                                  • マッキンゼーが明かす「新規事業開発」のすべて、KPIや人材など「秘伝メソッド」公開

                                    企業が持続的に成長を目指すなら、新規事業の創出は重要な経営テーマとなる。ただし、その成功までの道のりは険しい。果たして日本企業の新規事業への取り組みは、現在、どのような状況にあり、今後はどう進むのか。Web3.0、生成AI、量子コンピューターなどの最新テクノロジーと新規事業の関係、新規事業に当てる人材やKPIの問題など幅広い話題について、多くの企業を支援してきたマッキンゼー パートナー 塩田 嘉成 氏に話を聞いた。

                                      マッキンゼーが明かす「新規事業開発」のすべて、KPIや人材など「秘伝メソッド」公開
                                    • データ分析を始めるにあたり最低限知っておくべきこと|データ分析とインテリジェンス

                                      まずやってみるのはいいけれども限度はあるはず。それはどこだサッカーに興味があるならば、ルールブックを熟読するよりも先にとにかくサッカーをやってみるのがいい、ということに反対する人はあまりいないと思う。 とはいえ全く何も知らないのではゲームが成立しなくなってしまうので、最低限知っておくべきことはあるはずだ。例えば、どうなったら得点になるのかは必須だろう。あとはゴールキーパー以外は手を使ってはいけないとか、範囲を出たらスローインになるとかだろうか。 では「データ分析」における「最低限知らないといけないこと」は何なのだろうか、と考えた内容をまとめた。 前提として、本記事の「データ分析」は「意思決定のための情報=インテリジェンスを作ること」に絞る。言い換えると、システムに組み込んで意思決定と行動を自動化するような「データ分析」は対象外とする。 インテリジェンスについての説明は「情報」には「データ」

                                        データ分析を始めるにあたり最低限知っておくべきこと|データ分析とインテリジェンス
                                      • 要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果

                                        現状把握のために実施したこと じゃあ、これを基に実際にどういうふうに考えてどういうところをやってきたかをこれからお話しできればなと思います。 まず現状把握です。(スライドを示して)今見てもらっているのが、これまで自分が体験してきたり、ほかの企業の方との情報交換とかで出てきた、製品開発におけるよくある問題だと思ってもらえればと思います。みなさんもたぶん、これまでの経験の中で、こんな声や課題は、かなりあったんじゃないかなと思っています。 前職のECの経験でもこのあたりはありました。例えばシステムが肥大化して品質維持のためにかかる工数が多くて、「新規機能開発になかなか時間がかかりますよ」となったり、事業部とかから要望、HOWの指定がけっこう多くて、顧客の課題がぼんやりしていたり。 あとは、ビジネス側からすると、思ったとおりのタイミングでリリースできないことがあるとか、もっと多くの要望を実現したい

                                          要件定義以降の工数は50%減少、開発ボリューム・件数は増加 PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果
                                        • 異常検知プロジェクトを取り巻くtips - Qiita

                                          はじめに 最近、異常検知に関する案件に関わって、結構苦労しました。 その理由の一つとして、異常検知の手法については一部本がでているもののそこまで多くはなく、また、異常検知プロジェクトの進め方という意味では情報があまり見つけられなかったというのがあります。 そこで、プロジェクト実施前に、こんな情報があればよかったなという内容についてまとめました。 自分が関わった案件は、設備のセンサーデータを用いた異常検知だったため、その内容に偏っていますが、全体の流れや考え方としてはあまりドメインや異常検知によらないものと思います。 なお、個別の異常検知のアルゴリズムについては話しません。 また、読者の対象しては、異常検知に興味がある人、機械学習プロジェクトに興味がある人を想定しています。 異常検知を取り巻くコミュニケーション 前提として、「異常検知」という言葉でイメージするものは人によって違います。関係者

                                            異常検知プロジェクトを取り巻くtips - Qiita
                                          • 他社のオウンドメディアの成功事例をチェック!コストや運営体制も解説 #成功事例 - はてなビジネスブログ

                                            他社のオウンドメディアの成功事例を、自社にも取り入れたい方は多いと思います。 ただ、企業によって運営・編集に割けるリソースは様々です。 事例は、実際にどれだけのコストをかけて、どんな体制で運営されているかもセットで見るからこそ価値を持ちます。 そこで今回は、オウンドメディアの運用について公開されている情報を整理し、成果だけでなく、それぞれの目的やKPI,運用体制・運用方法などについて紹介していきます。 自社の状況と比較しながら参考にしてみてください。 ※記事では公表時点の情報をもとに記載しています。 (以下、掲載順) 株式会社クラシコム/ネスレ日本株式会社/楽天株式会社/株式会社カインズ/アサヒグループ食品株式会社/第一三共ヘルスケア株式会社/店舗流通ネット株式会社/株式会社メルカリ/サイボウズ株式会社/株式会社AIRDO/オリックス株式会社 オウンドメディアにおける「成功」の定義 事例紹

                                              他社のオウンドメディアの成功事例をチェック!コストや運営体制も解説 #成功事例 - はてなビジネスブログ
                                            • なぜ『FGO』はここまで大ヒットになったのか? ──『FGO』がソーシャルゲーム界の"特異点"となった3つの根拠

                                              先日にソーシャルゲームの「ガチャ」の仕組みを解説したインタビュー記事が好評を博した、ゲーム開発者・かえるDさん。 今回は元ソーシャルゲーム開発者の視点から、『Fate/Grand Order』がヒットした理由の本質について分析していきます。2015年のリリース以来、ソーシャルゲーム界のトップランナーであり続ける『FGO』。どうしてここまでヒットしたのでしょうか? かえるDさんによる答えは、「『FGO』は既存のソーシャルゲームの文脈から外れた特異点であり、『Fate』が「展開する物語」だったから」というものでした。(編集部) 『Fate/Grand Order』(以下、『FGO』)は、リリースから5周年を迎える2020年の現在でも、人気がありとても売れている。 ・2019年国内モバイルゲーム売り上げランキング1位(711億円) ・2018年国内モバイルゲーム売り上げランキング2位(855億円

                                                なぜ『FGO』はここまで大ヒットになったのか? ──『FGO』がソーシャルゲーム界の"特異点"となった3つの根拠
                                              • 【2024年】ITエンジニア本大賞まとめ

                                                アジャイルプラクティスガイドブック チームで成果を出すための開発技術の実践知 チーム・組織にプラクティスを導入し、根付かせるために! 116の手法を一冊にまとめた“実践”の手引き チームでのアジャイル開発には、開発技術やツールなどの「技術プラクティス」の活用が重要です。 プラクティスはそれぞれの目的や役割を意識することで効果を発揮します。しかし、目まぐるしく状況が変化する開発では、当初の目的を忘れて、プラクティスに取り組むこと自体が目的化してしまうチームも少なくありません。 本書は、チーム・組織でアジャイル開発に取り組んできた著者が、プラクティスの効果的な選択・活用のしかたについて、自らの実践経験に基づいてまとめたガイドブックです。 架空の開発現場を舞台にしたマンガとともに、チーム開発の様々なシーンで役立てられるプラクティスを、幅広くかつわかりやすく解説しています。開発現場に備えておけば、

                                                  【2024年】ITエンジニア本大賞まとめ
                                                • 3,000万円の調達資金が尽きて会社解散。チャット小説アプリ「CHAT NOVEL」の社長に聞く、YouTubeで伸びた「ホラー広告」と、順調だから陥った「ジャンル天井のワナ」|アプリマーケティング研究所

                                                  3,000万円の調達資金が尽きて会社解散。チャット小説アプリ「CHAT NOVEL」の社長に聞く、YouTubeで伸びた「ホラー広告」と、順調だから陥った「ジャンル天井のワナ」 チャット小説アプリの「CHAT NOVEL」さんにお話を伺いました。 ※ 株式会社CHAT NOVEL 代表取締役 舘俊男さん「CHAT NOVEL」の運営までの経緯を教えてください。 もともと、大学生のときに起業して、僕とCTOとインターンの2〜3名で、Q&Aアプリなどをつくったものの、サービスは不発に終わりました。 そこからnewn(stand.fmを運営していた会社)という会社から「CHAT NOVEL」を譲渡いただいて、運営することになります。 (初期の数値は良かったが、放置状態になってたため、譲渡してもらった) そこから、2019年12月に3,000万円ほど資金調達をして、編集者を2人採用して5人で「CH

                                                    3,000万円の調達資金が尽きて会社解散。チャット小説アプリ「CHAT NOVEL」の社長に聞く、YouTubeで伸びた「ホラー広告」と、順調だから陥った「ジャンル天井のワナ」|アプリマーケティング研究所
                                                  • 文字と行間の大きさは何が良い?読みやすさとKPI両立への挑戦

                                                    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、デザイナーの鈴木です。CTO室でユーザインタフェースの研究開発を行っています。 みなさんはスマートフォン向けのアプリケーションやWebページを作成する際、文字と行間の大きさをどうしたらよいか迷ったことはないでしょうか? 私たちはこの疑問を明らかにするためにクラウドソーシングを用いた大規模な実験を実施し、どんな大きさの組み合わせが適切であるか定量的・定性的な分析を行いました。本記事ではこの実験と分析の結果について述べ、さらにこの知見をヤフーニュースに適用した結果どのような貢献が見られたかお話しします。 予備実験 読みやすさに影響を与えうるフォントプロパティはさまざまなものが考えられます。私たちはその中から文字と行間の大き

                                                      文字と行間の大きさは何が良い?読みやすさとKPI両立への挑戦
                                                    • 【翻訳】UXデザインのKPI例:ユーザーエクスペリエンスの測定方法を学ぶ(Kateryna Mayka, Eleken, 2021) - 体験とデザイン、スタートアップについて

                                                      www.eleken.co ユーザーエクスペリエンス(UX)は、ウェブサイト、アプリケーション、またはプロダクトの設計と使いやすさに焦点を当てています。優れたUXとは、ユーザーがそれほど困難なく問題を解決したり、ニーズを満たしたりできることを意味します。これは、ユーザーの満足度を高め、コンバージョン率を向上させ、ビジネスコストを削減することにつながります。 しかし、UXの良し悪しを決めるのはユーザーであることは、誰もが知っていることです。では、あなたやあなたのデザインチームがすべてを正しく行い、プロダクトが素晴らしいユーザー体験を提供しようとしていることを理解するには、どうすればよいのでしょうか? ここで役に立つのが、UXデザインのKPI例です。Elekenはプロダクトデザイナーのチームであるため、KPIパフォーマンスの測定は、プロジェクトでの作業における構成要素の1つとなっています。UX

                                                        【翻訳】UXデザインのKPI例:ユーザーエクスペリエンスの測定方法を学ぶ(Kateryna Mayka, Eleken, 2021) - 体験とデザイン、スタートアップについて
                                                      • CTOがテックブログなんとかしてって言って一ヶ月が過ぎました - SmartHR Tech Blog

                                                        こんにちは、エンジニアのkinoppydです。 先日、SmartHRでのメタプログラミングRuby読書会と、その成果物というエントリを公開した直後に、毎週水曜日に開催されている社の全エンジニアが参加するテック定例というイベントの中で、CTOから「テックブログ最近更新されてないね、どうする?」という言葉を投げかけられました。POSTしたばかりの私としては「いや、更新しとるやん」と思ったのですが、客観的にここ数ヶ月の更新を見ていると、以前ほどの活発感もなく、またエンジニアリングの話よりも取り組みや入社報告が多く、テックブログと名乗って良いのか少し疑問が残ることも確かでした。そこで、今後このテックブログをどうしていくのかを、CTOと私、そしてテックブログに一家言ある社内の有志のエンジニアをその場で募り、会議室で腹を割って話してみることにしました。 会社のテックブログというものと、その宿命 比較的

                                                          CTOがテックブログなんとかしてって言って一ヶ月が過ぎました - SmartHR Tech Blog
                                                        • 100万円貯めて、汚部屋から脱出してみた|藤原華|編集者

                                                          台所にたどりつけない。 そんな経験、普通しないと思う。 汚部屋だったころ、モノが床にあふれていた。ただ台所に行くだけなのに床がモノだらけで SASUKEファイナルステージ みたいになってた。台所にたどり着けるかどうかはその日の体力次第だった。 段ボールや雑誌、ゴミ袋が散乱。 モノがミルフィーユみたいに層になってて、歩くと足の下でCDケースが「パキッ」と割れる音が聞こえてた。 床だけじゃない。冷蔵庫もすごかった。 見えるかな。 ケーキを切った後のナイフが入ってるの。 また使うつもりだったのかもしれない。 もうその他もすごかった。当時の部屋の特徴をビンゴにしてみた。 もしビンゴが出たら私と同じくらいの汚部屋かも。 これ全部あてはまる部屋に住んでた。 でもね、私は自分の部屋が汚いとは思っていなかった。 でもある日、自分の部屋が汚いということにやっと気づく出来事が。彼氏がいきなり家に来訪。 「失礼

                                                            100万円貯めて、汚部屋から脱出してみた|藤原華|編集者
                                                          • 機械学習とビジネスを橋渡しするものこそ評価指標であり, ”全てのビジネスは条件付期待値の最大化問題として書ける”仮説についての一考察 - 株式会社ホクソエムのブログ

                                                            はじめに 株式会社ホクソエム常務取締役のタカヤナギ=サンです、データサイエンスや意思決定のプロ・経営をしています。 掲題の件、現在、某社さんと”機械学習における評価指標とビジネスの関係、および宇宙の全て”というタイトルの書籍を書いているのですが、 本記事のタイトルにあるような考え方については、論文・書籍などを数多く調査しても未だお目にかかることができず、これをいきなり書籍にしてAmazonレビューなどでフルボッコに叩かれて炎上して枕を涙で濡らすよりも、ある程度小出しにして様々な人々の意見を聞いた方が良いのではないかと思い独断で筆を取った次第です。 筋が良さそうなら論文にするのも良いと思っている。 「いや、そんなもん会社のBLOGに書くんじゃねーよ💢」という話があるかもしれないですが、ここは私の保有する会社なので何の問題もない、don't you? こういうビジネスを考えてみよう 「この人

                                                              機械学習とビジネスを橋渡しするものこそ評価指標であり, ”全てのビジネスは条件付期待値の最大化問題として書ける”仮説についての一考察 - 株式会社ホクソエムのブログ
                                                            • テレワーク中に転職活動、止まらないエンジニアの流出 どうやって引き止める? | キャリコネニュース

                                                              突然、部下が退職を申し出たら――。マネージャーにとって不可避とも言えるメンバーの退職だが、社内事情などを考えて、どうしても手放したくない場合は引き止めを行うことになるだろう。 ところが、エンジニア不足を解消するLIG社のサービス「BiTT」の開発事業部マネージャーを務める久松剛さんは、「しっかりと予算を確保し、KPIを立てて管理される採用活動に対し、入社以降のキャリアパスに関する問題意識が相対的に低い。採用しっぱなしの状況になっている企業も多い」と警鐘を鳴らす。キャリコネニュースでは、エンジニアを引き止めるための極意を久松さんに聞いた。 テレワークの普及で転職面接は「平日の日中」に 久松さんは引き止めの重要性を語る前に”穴の空いたバケツ”を例に出す。 「去る人が多いと、当然メンバーは増えません。それどころか、離職率の高さは、新たな人材を採用する時にも不利に働きます」 採用には力を入れている

                                                                テレワーク中に転職活動、止まらないエンジニアの流出 どうやって引き止める? | キャリコネニュース
                                                              • プロジェクトのスコープ調整を考える - 開発チームが信頼を獲得し変化に対応するためのアプローチ - Agile Journey

                                                                日々、懸命に開発にあたっていても、スコープ調整は否応なく発生します。Agile Journeyの読者の方も、「予定していた機能開発を削らないといけない」と判断せねばならない経験をお持ちかもしれません。こうした判断をネガティブなものではなく、「変化への対応」と捉えて前向きにプロジェクトを進めるためには、なによりも信頼が必要、と語るのは、10年以上、アジャイルコーチとしてさまざまなチームに関わってきた安井 力さんです。安井さんが信頼を積み重ね、「変化に対応できる」チームになるために必要なことを解説してくれました。 プロダクト開発の中で「あれがほしい」「いつまでにほしい」「もっと早くほしい」とリクエストされることは珍しくないでしょう。また一方で、開発側から「これは難しい」「それまでにはできない」「思ったよりも時間がかかる」と伝えないといけない状況も、これまた珍しくはありません。さまざまなツールや

                                                                  プロジェクトのスコープ調整を考える - 開発チームが信頼を獲得し変化に対応するためのアプローチ - Agile Journey
                                                                • 「コード品質?レビュー効率?いや、PR数だ!!!」 - Paytner Tech Blog

                                                                  開発生産性 Advent Calendar 2022 16日目の記事です。 はじめに ペイトナー株式会社の脇田(@shimpeee_)です!『ペイトナー ファクタリング』開発チームでエンジニアリングマネージャー兼スクラムマスターとして、開発生産性と日々向き合っています。 「コード品質?レビュー効率?いや、PR数だ!!!」これは、他の誰でもなく、半年前の自分に声を大にして伝えたい叫びです。 「PR作成数をKPIにすると良い」とは知っていましたが、実は勘違いしていました。 コード品質やレビュー効率が改善された結果、PR作成数が増えると思っていました。ですが、実際は逆でした。 PR数を増やそうとする(つまり、 PRサイズを小さくする)ことで、レビュー効率が改善され、コード品質も高まっていくのです。 本記事は「PRサイズが大きいことが、生産性を落としている全ての元凶だったのか・・・!」と気づくまで

                                                                    「コード品質?レビュー効率?いや、PR数だ!!!」 - Paytner Tech Blog
                                                                  • これからの時代に求められるアジャイルな組織づくりとリーダーシップ - Mitsuyuki.Shiiba

                                                                    アジャイルリーダーシップ を翻訳者の一人であるヒロオカさんにいただいて読みました。ありがとうございます!今の自分にグサッとくる内容でとてもとても良かった。今後の自分の行動も変わりそうです。今日から数日後の11月22日に発売されます www.kyoritsu-pub.co.jp 読みやすかった 著者は SCRUMMASTER THE BOOK を書かれたズージーさん ズージーさんの本自体が読みやすいのと、あと、ユーザベースさんの翻訳が読みやすいのとで、とても読みやすかった。英語の言い回しって日本語にすると分かりにくかったりするけど、そういうのがなくて、自然に読むことができた アジャイルリーダーシップ? 「アジャイルリーダーシップ」ってタイトルを見たときは、アジャイルなチームのリーダーの話なのかな?スクラムマスターはこうあるべきだよとかって話?と思ったのだけど、読み始めてみるとそうじゃなくて、

                                                                      これからの時代に求められるアジャイルな組織づくりとリーダーシップ - Mitsuyuki.Shiiba
                                                                    • 取扱注意!?Search Console の検索パフォーマンス レポートを正しく活用するために知っておくべきこと - ブログ - 株式会社JADE

                                                                      SEOを考えたWebサイトの運営を行う上で、Search Console 内の1つの機能である検索パフォーマンス レポートで確認できるデータを活用しないという選択肢はありません。 検索パフォーマンス レポートでは、Search Console で設定した自身の関わるWebサイトのプロパティ範囲内という制約こそありますが、Google 検索を利用した検索ユーザーのGoogle 検索結果ページ上での行動データを確認することができるためです。 上記での行動データというのは、Google 検索で検索したユーザーが「どのような検索キーワード」で検索して、検索結果に表示された自身の関わるWebサイトの「どのページ」をクリックし、サイト内へ流入しコンテンツを閲覧することになったのかをデータを指します。 Webサイトをより良くするためのSEOを考えた改善施策に必要不可欠となる行動データを確認できるSear

                                                                        取扱注意!?Search Console の検索パフォーマンス レポートを正しく活用するために知っておくべきこと - ブログ - 株式会社JADE
                                                                      • Kaggleや競プロのトップランカーが持つ「本質的な強み」とは。リクルートが作り出す、競技と業務の好循環 - はてなニュース

                                                                        ソフトウェアエンジニアがプログラミングの腕を競い合う競技プログラミングや、データサイエンティストや機械学習エンジニアが機械学習モデルの精度を競い合うKaggle。こうしたコンペティションのトップランカーが持つテクニックやスキルを実際の業務にも活かそうとしている、あるいはすでに活かしている企業も少なくないでしょう。 一方で、その能力を最大限活かして仕事に取り組めるかには課題も残っているようです。「競技のトップランカー」の肩書きに引きずられるためか、彼らの強みを活かすためには起用範囲を絞らざるをえない、という悩みも方々から聞こえてきます。 そんな中、リクルートではトップランカーのスキルや技術だけでなく、「本質的な強み」に着目。その「本質的な強み」を、領域を横断してさまざまなプロジェクトに活用することで、事業課題の解決やサービス価値の向上につなげています。 トップランカーの「本質的な強み」とは、

                                                                          Kaggleや競プロのトップランカーが持つ「本質的な強み」とは。リクルートが作り出す、競技と業務の好循環 - はてなニュース
                                                                        • シニアソフトウェアエンジニアまでの歩み方|gaijineers

                                                                          お知らせ:noteの更新はこれからしないので同じ内容を読みたい方はThe Pathをご覧ください ジョブレベル呼び方は組織によって違うが一般的にジョブレベルは ジュニア(新卒・インターンなど) ミッド シニア スタッフ -> シニアスタッフなど/マネージャ -> シニアマネージャ のように分けられてます。 実例を見るとwiseはこのようにキャリアマップを作っています wiseエンジニアのキャリアマップシニアに到達するとその次はICのトラック(スタフ、プリンシパル)を続けるかピープルマネジメントトラック(エンジニアリングリード、シニアエンジニアリングリード、ディレクター)に移すか選択できる。もちろんシニアのままにいるのも企業によって可能だったりします。シニアエンジニアは1人前でタスクをこなせたりプロジェクトをリードしたりできると期待されているでしょう。チームメイトのメンターシップも必要があれ

                                                                            シニアソフトウェアエンジニアまでの歩み方|gaijineers
                                                                          • 経済産業省 令和3年度委託調査報告書(サイバーセキュリティ関係) 2022.07.14現在 - まるちゃんの情報セキュリティ気まぐれ日記

                                                                            国民に「マイナンバー」の共通番号法案を閣議決定、2015年から利用開始目指す (shimarnyのブログ) 内閣官房情報セキュリティセンター/NISC (Wiki (PukiWiki/TrackBack 0.3)) Twitter Trackbacks () 君は生き残ることができるか? (情報セキュリティプロフェッショナルをめざそう!(Sec. Pro. Hacks)) 公認会計士試験の最新情報について (公認会計士試験ガイド★講座 対策 受験 求人 事務所 問題集 合格 資格 学校) 短答式合格率4.6%に! (■CFOのための最新情報■) 世間が反対するDPI広告を擁護する (んがぺのちょっとした政治・経済の話) 米国防総省、米軍サイバー対策を統括する司令部を設立 (情報セキュリティプロフェッショナルをめざそう!(Sec. Pro. Hacks)) 総務省 (時の流れ) クラウド・コ

                                                                              経済産業省 令和3年度委託調査報告書(サイバーセキュリティ関係) 2022.07.14現在 - まるちゃんの情報セキュリティ気まぐれ日記
                                                                            • 2023年7月1日にGA(ユニバーサルアナリティクス)が計測終了とのアナウンスと所感 - Real Analytics (リアルアナリティクス)

                                                                              2022年3月16日に「Google Analytics(ユニバーサルアナリティクス)」の計測終了に関するアナウンスが行われました。無償版の計測終了日は2023年7月1日です。 日本語の公式ヘルプ(今後も更新されるようです) support.google.com 英語版ブログでのアナウンス blog.google 公式ヘルプにもありますが、重要なポイントをピックアップすると ポイント ・Google アナリティクス(ユニバーサルアナリティクス)の計測停止は2023年7月1日。送られてきたヒットが処理されなくなります。つまりタグが入っていてもGA上には数値が出てこない。有償版も2023年10月1日に計測終了。 ・APIに関しても同様の日程となるため、APIを利用している場合は後述するGA4のAPIへの移行が必要になります。 ・Google広告とGoogle アナリティクスを連携している場合は

                                                                                2023年7月1日にGA(ユニバーサルアナリティクス)が計測終了とのアナウンスと所感 - Real Analytics (リアルアナリティクス)
                                                                              • マネジメントの「もぐら叩き」からいかに抜け出すか。ミドルマネージャーが心得ておくべき「問いのデザイン」の新原則とは?|安斎勇樹

                                                                                経営層の方針をチームに伝え、実行に移すミドルマネジメントの現場において、「問い」のデザインがますます重要になってきていると感じます。 本記事では、2023年10月に開催し、大変好評だったウェビナー「チームを覚醒させる「問い」のデザイン:新時代のミドルマネジメントの真髄」の内容より、「問い」を活用したミドルマネジメントの新原則について、ケーススタディとともにご紹介します。 『問いのデザイン』の大幅アップデートを目指して2020年に刊行した『問いのデザイン』の出版から4年近くが経ち、内容の改訂を検討しはじめています。特に組織の課題解決を担うミドルマネジャーに向けてコンテンツを肉付けし、アップデートに取り組んでいるところです。 きっかけは、2023年10月に開催したウェビナーでした。2023年6月にはじめて開催した一般向け大型ウェビナー「新時代の組織づくり」が非常に好評だったことを受け、その第二

                                                                                  マネジメントの「もぐら叩き」からいかに抜け出すか。ミドルマネージャーが心得ておくべき「問いのデザイン」の新原則とは?|安斎勇樹
                                                                                • はてなで働き始めてからほぼ5年になるので振り返ってみる - yasuhisa's blog

                                                                                  そろそろ前職を退職してから、はてなで働き始めて5年(!)が経とうとしている。5年も働いていると、昔何をやっていたか、その当時どういう気持ちで働いていたかを忘れてしまう。備忘録っぽく書き残しておこう。ポエムです、長いです、大体自分向けに書いてる。 NTT CS研 => 株式会社はてな チーム開発への適応 インフラ苦手意識の克服 教師なし機械学習の本番環境での運用 データ基盤とCustomer Reliability Engineerへの挑戦 今後はデータエンジニアリング NTT CS研 => 株式会社はてな 基礎研究職からWebアプリケーションエンジニアへの転職だった。ログを残しておくと、こういう時に振り返れて便利。 NTT CS研を退職して、株式会社はてなに入社しました - yasuhisa's blog 割と珍しい(?)転職ではあったかもしれないが、機械学習や自然言語処理はアルゴリズム単

                                                                                    はてなで働き始めてからほぼ5年になるので振り返ってみる - yasuhisa's blog