タグ

ブックマーク / note.com (44)

  • 視座の可視化|kgmyshin

    視座が高いってそもそもなんやねん問題 1on1で「視座を上げてほしい」って言われたり、マネージャー陣の集まりで「視座高い人がいいよね」って会話をしたりするけど、じゃぁ「視座の高いってなんぞ?」「どう見極めればええのん?」ってなりますよね。 自分も前職でエンジニアリングマネージャーしてた頃から、現職にて横断組織の一環として採用にかかわるようになって良くそれらのセリフを聞いております。 で、これが正解ってわけじゃないんですけど、自分はいつもこんな感じで可視化してますよってのを紹介してみます。 「視座が高い」を端的に言うと 自分は「視座」ってのは一言でいうと「どのレベルの課題まで、当事者でいられるか」っていうスタンスの度合いだと解釈しています。 ここで言っているレベルというのは難易度ではなく対象のスコープのことです。個人の課題なのか、チームの課題なのか、はたまた所属する会社の課題なのか。 で、「

    視座の可視化|kgmyshin
  • デザインシステムチームとQAエンジニアの取り組み:kintoneのユーザー体験を最高にするために|blindsoup

    この記事は、CYBOZU SUMMER BLOG FES '24 (Design Stage) DAY 4の記事です。 kintone Design Systemチームは、kintoneの「ユーザー体験を最高にする」をミッションに活動しています。その手段のひとつとして、kintone Design Systemを開発・運用・啓発しています。 この記事では、ユーザー体験を最高にするために、kintone Design Systemチームから働き掛け、QA(品質保証)エンジニアが実施している試験の観点を拡充した活動を紹介します。 なぜkintone Design SystemチームがQAエンジニアに働きかけるのかkintoneとして一貫して提供したいユーザビリティ・アクセシビリティの品質をQAエンジニアが試験することで、プロダクト全体の品質向上につながるためです。これにより、ユーザー体験の向上

    デザインシステムチームとQAエンジニアの取り組み:kintoneのユーザー体験を最高にするために|blindsoup
  • freeeの「合理的配慮」を知る研修を全面公開します。|mio yoshimura

    DEI leadのmioです。今日は合理的配慮のお話です。 「全ての国民が、障害の有無によって分け隔てられることなく、相互に人格と個性を尊重し合いながら共生する社会の実現に向け、障害を理由とする差別の解消を推進すること」を目的として、障害者差別解消法が平成28年4月に施行されました。 法律の改正に伴い、「合理的配慮」の義務化が令和6年4月1日からスタートしますが、それに先駆けてfreeeでも「合理的配慮を知る」ワークショップをやりましたので、資料も合わせて「あえて共有」します。 合理的配慮とは?伝えたかったメッセージ障害のある方々が障害のない方々と同じように人権が保障されるように、それぞれの障害特性や困りごとに合わせておこなわれる調整のことです。合理的配慮は、その人のもつ障害の特性や、具体的場面や状況に応じて異なり、多様かつ個別性の高いものです。 「合理的配慮」という単語だけ聞くと、面倒く

    freeeの「合理的配慮」を知る研修を全面公開します。|mio yoshimura
  • 【アジャイル開発+UXデザイン】Lean UXをやってみて学んだ話|長岡(野澤)紘子  Hiroko Nagaoka (Nozawa)

    こんにちは。atama plusというAI×教育のスタートアップでUXリサーチャー/UXデザイナーをしています野澤です。 atama plusではプロダクトをアジャイルに開発しています。開発フレームワークとしてスクラムを採用していて、UXデザイナーもエンジニアやQAと1チームとなって開発を行っています(更に最近ではビジネスのメンバーもチームにジョインしてます)。 記事では、atama plusのUXデザイナーがアジャイルにプロダクト開発を行うために大事にしている「Lean UX」という考え方と、私がそれを1年半実際にやってみて学んだこと、チームにLean UXアジャイルの考え方を広げる方法を紹介します。 以下の人に向けて書きます! ・アジャイル開発に興味があるUXデザイナー・エンジニア・QA ・デザイナーとエンジニアとQAの壁に悩んでる人 ・組織にアジャイル・Lean UXを広めたいが

    【アジャイル開発+UXデザイン】Lean UXをやってみて学んだ話|長岡(野澤)紘子  Hiroko Nagaoka (Nozawa)
  • 「とりあえずNoto Sans JP」、考え直してみませんか?|SOMPO Digital Lab デザインチーム

    SOMPO Digital Labデザイナーの松葉( https://twitter.com/tiyou01 )です。 ウェブサイトやアプリのUIで使う書体、「とりあえずNoto Sans JPで…」と決めてしまった経験はないでしょうか?この記事はそんな「とりあえず」に心当たりのある皆さんに向けて書かれています。 Noto Sans JPという書体Noto Sans JPはAdobeとGoogleの共同開発による書体で、Adobeからは源ノ角ゴシック/Source Han Sans、GoogleからはNoto Sans JPという名称でリリースされました。この記事ではNoto Sans JPの表記で記載します。 2014年にリリースされて以来、Noto Sans JPはUIで利用する日語書体としてすっかり定着しました。現在はウェブサイトやアプリで見ない日はないと言ってもいいくらいです。

    「とりあえずNoto Sans JP」、考え直してみませんか?|SOMPO Digital Lab デザインチーム
    sh19e
    sh19e 2024/04/14
  • 最初の100日で何をすべきで何をすべきではないか?|miyasaka

    人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは?という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

    最初の100日で何をすべきで何をすべきではないか?|miyasaka
  • デザイントークンって何?|seya

    「デザイントークン」 最近はよく使われている言葉だと思うのですが、意外と日語での情報がないのでまとめてみました。 W3C の定義実はデザイントークンには W3C という標準化団体でのワーキンググループがあります。 これが絶対の定義と思う必要はないと思いますが、共通の定義としては便利だと思うので引用するとこの W3C では Design tokens are indivisible pieces of a design system such as colors, spacing, typography scale. 訳: デザイントークンとは、色、スペーシング、タイポグラフィのスケールなど、デザインシステムを構成する不可分なピースのことです。 Design Tokens W3C Community Group https://github.com/design-tokens/commun

    デザイントークンって何?|seya
  • 「経営に入り込むデザインリーダー」とは何者か?どうやってなるのか?|tsujiharasaki | ILY,inc

    Hello, 辻原です。すごい久しぶりにnoteを書きます。 外部公開できないものの、23年はビジネス書1冊くらいの原稿を書いたので、年始の「今年は文章を書くぞ!」はクリアしたものと思っており発信系をサボりつつあったのは正直なところ自分への甘えです。 今年は弊社でクリエイティブキャピタルの取り組みをスタートしたこともあり、年の後半の辻原個人のテーマは「経営に参画するデザイナーに必要なスキルは?」「どんな振る舞が求められ・どんな役割を果たすべき?」という観点であり、こうした自己問答を繰り返していました。23年最後にできるだけ簡単に整理しておこうかなという気持ちでnoteを書いています。 もっと経営に貢献したいぜ〜という野心と向上心と利他心をお持ちのデザイナーさんのお役に立てると嬉しいです。 「経営に入り込めるデザインリーダー」って?この表現はgoodpatch土屋さんのnoteから引用してい

    「経営に入り込むデザインリーダー」とは何者か?どうやってなるのか?|tsujiharasaki | ILY,inc
    sh19e
    sh19e 2024/01/08
  • 企業の資産となる仕組みをデザインするー三井住友銀行さまとのデザインシステム設計・構築の取り組み|ajike丨UX Design

    デザインを用いて質的な課題解決を提案する株式会社アジケ(以下、アジケ)は、「企業の資産となる仕組みをつくること」をデザインの対象にしています。 今回は、中長期にわたりパートナーとして様々なプロジェクトに取り組んでいる株式会社三井住友銀行(以下、SMBC)と、「デザインシステム」の設計・構築を通して組織課題にアプローチした取り組みをご紹介いたします。 デザインシステムとは サービスやプロダクトに関するすべてのデザインに対し、一貫性をもたせて提供するための考え方や仕組みのこと。デザインの共通パーツのルールを定めたもので、対面・非対面を問わず各チャネルのアウトプットで統一した体験の構築を目指すものです。 2021年度のグッドデザイン賞では、SMBCのデザインを活用した顧客体験の向上の取り組みの一つとして、デザインシステムも受賞の対象となりました。 ※今回のプロジェクトに携わったメンバーメインビ

    企業の資産となる仕組みをデザインするー三井住友銀行さまとのデザインシステム設計・構築の取り組み|ajike丨UX Design
  • デザイン仕様が伝わるFigmaのデザインの作り方|Hiroki Tani

    FigmaUIデザインをおこし、それを実装する人にハンドオフ(デザインデータを共有する)ときに、どのようなことに気をつけると良いかを書いてみます。多くの方がこの手の「実装者にやさしいデザインデータの作り方」のような記事を書いてくれていると思いますが、この記事ではFigmaに特化した内容となります。 Frame + Auto Layoutで構造的につくる実装を意識したデザインにおいては「構造化」というのは重要なポイントです。下記に並んでいるヘッダーは一見どちらも同じものです。 ですが、Figma上ではそれぞれのつくりが異なります。片方はGroupによって構成されたもの、片方はFrameとAuto Layoutでつくられたものです。 単純に一枚絵をつくるのであればどちらでも良いかもしれないですが、これらをコードへと変換していくことを考えると、後者のように情報の構造がわかりやすいことが重要です

    デザイン仕様が伝わるFigmaのデザインの作り方|Hiroki Tani
    sh19e
    sh19e 2023/12/26
  • プログラミングというより物事が出来る思考法~実践編|牛尾 剛

    大変多く読んでいただいた「プログラミングというより物事が出来る思考法」というポストや、世界一流エンジニアの思考法の書籍で紹介した内容がある。 私の職場でも、ものすごく出来る人が「実践」しているところを何回も目撃しているので「実践編」として皆さんにシェアしようと思って今回のポストを書いてみた。 タイトルにもある通り、私はエンジニアだが、ビジネス書である書籍と書かれた多くの思考法と同じく、あまりエンジニアリングというものに関係ない要素であると感じている。 上記のポストや書籍でシェアした内容を端的に言うと「理解には時間がかかるがかける価値が十分あり、それによって自分が物事をコントロールしている感覚を身につけることが出来る」という自分の小さな発見だ。私がこのことを最初に発見したのは、新卒の出来る人々との出来事がきっかけだが、今回その小さな自分なりの発見を後押しするような出来事がいくつかあった。それ

    プログラミングというより物事が出来る思考法~実践編|牛尾 剛
  • オペレーティング・システムから、オペレーティング・エージェントへ|深津 貴之 (fladdict)

    今回の発表で強く感じたことは、やはりOpenAIの目指すChatGPTが単なるチャットアプリケーションではないということだ。 従来のオペレーティングシステム(OS)はハードウェアとアプリケーションの架け橋である。だがOpenAIChatGPTを「言語で命令できるオペレーティングエージェント」と位置付け、人生のあらゆるタッチポイントで新たなゲートキーパーとなろうとしているように思える。 IT競争は手前の取り合い歴史を振り返れば、IT競争の常道とは、ゲートウェイを手前に築くことにあったようだ。PCの争いをOSが無意味化し、OSの争いをブラウザが、ブラウザの争いを検索エンジンがと、そしてそれをスマホとアプリが…このようにITの争いは常に手前を争うものだった。こうして一番手前を抑えた企業は、大きな利益を手に入れた。 今、OpenAIの動きは、このメタゲームに大きな変化を加えつつある。 OpenA

    オペレーティング・システムから、オペレーティング・エージェントへ|深津 貴之 (fladdict)
  • Next.jsにSentryを導入した際の課題と解決策について|食べログ フロントエンドエンジニアブログ

    はじめまして、2021年11月にべログFE(フロントエンド)チームにジョインした遠藤です。 Next.jsを採用した新規プロジェクトに参画し、Sentryの導入を行いました。記事ではSentryを導入した際の課題と解決策について記載していきます。 1. はじめに「Sentryとは何か?」、「べログでSentryを選定した理由」などにご興味がある方はまず下記の記事を読んでみてください。 Sentryは便利ですが以前はアプリケーションに導入するにはいくつかのファイルを作成して、エラーやパフォーマンスをトラッキングするのに様々な設定を行う必要がありました。 そこでSentryが簡単にセットアップができるように@sentry/nextjsでwizardを提供してくれています。 wizardはコマンドを実行するだけでSentryに必要なファイルを自動で生成し、設定までしてくれる便利な代物です。

    Next.jsにSentryを導入した際の課題と解決策について|食べログ フロントエンドエンジニアブログ
  • ルールではなく補助線 ─ユーザー数2,000万人超のサービスにおける、Design Systemを立ち上げた話|Mercari Design Blog

    ルールではなく補助線 ─ユーザー数2,000万人超のサービスにおける、Design Systemを立ち上げた話 こんにちは、メルカリDesign Systemの立ち上げと運用を担当したデザイナーのtottieです。 この記事では、メルカリの抱えていたデザイン上の課題をDesign Systemの導入で改善したお話をご紹介いたします。 なぜDesign Systemを導入したの?Design Systemを導入した理由は、大きく分けて2つあります。 1つめは、開発における課題です。 導入を決定した当時(2018年)、メルカリはスタートアップから急成長したサービスだったため、開発チームは様々な課題を抱えていました。 サービスを改修したくても、複雑に絡み合ったコードのためアップデートが難しい状況になってきた。 急激なチームメンバーの増加にあたり、分担して作業するための土台の整備が間に合わなくなっ

    ルールではなく補助線 ─ユーザー数2,000万人超のサービスにおける、Design Systemを立ち上げた話|Mercari Design Blog
  • オープンソースビジネスの挑戦と現実|Rui Ueyama

    いい感じのオープンソース・ソフトウェアを書いて、それを元に起業することを考えてみたことがある人は結構いるようだ。実際に僕はここ1年半ほど、自作のオープンソース・ソフトウェアを元にビジネスを立ち上げようと試行錯誤してきた。その経験についてここでシェアしてみようと思う。 あらすじ薄々予期していたことではあったけれど、結論から言うと、そんなにはうまくいかなかった話ということになる。要点をまとめると次の通りだ。 「moldリンカ」というオープンソースのツールを開発して、それを元にビジネスを行おうとしていた そこそこ稼ぐことはできたものの、大きなリターンを得るのは難しかった ほとんどの企業はオープンソースを大々的に活用していても「無料のソフトウェア」にはお金を払うつもりはないし、払いたくても社内制度上できない 大きなリターンを得たいのならば、自作のオープンソース・ソフトウェアを元にサービスを立ち上げ

    オープンソースビジネスの挑戦と現実|Rui Ueyama
    sh19e
    sh19e 2023/06/08
  • 「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎

    ここ1年ぐらい感じていた「学びに関する格差」の話を書く。 最初にまとめ・勝手に学ぶ人は、自分の周囲にある「学びに使えそうな仕事」を探して自分の仕事にすることを繰り返す ・期待されて学ぶ人は、上司とかの期待に応えて新しいことを学ぶ ・「勝手に学ぶ人のスピード」>「期待されて学ぶ人のスピード」なので、格差が開いていく ・「早く行きたければ一人で行け、遠くへ行きたければみんなで行け」が実現できない ・勝手に学ぶ人を止める理由も見つからない ・困ったなあ(解決策わからない) では詳細を書いていく。 勝手に学ぶ人:自分の周辺にある「誰も手をつけてない仕事」を発見し、自分の学びに利用するそれぞれが自分の担当範囲の仕事をしているとする。 それぞれが自分の担当範囲の仕事をしている勝手に学ぶ人は、「誰も手をつけてない」かつ「自分の学びになりそうな」仕事を自ら発見して、自分の仕事として取り組む。 勝手に学ぶ人

    「勝手に学ぶ人」と「期待されて学ぶ人」の差が埋められない|柴田史郎
  • 開発組織を改善していくための技術|BTO

    OPENLOGI Advent Calendar 2022 5日目の記事です。 おはこんばんちは!! 尾藤 a.k.a. BTOです。 今年の8月にオープンロジという物流テックの会社に入社しました。入社してから4ヶ月経ち、無事に試用期間が終了したということでほっとしております。 今までウノウ、UUUM、Reproという会社でCTOを歴任してきました。立場や経験上、開発組織の立ち上げや改善に携わることが多いです。今まで自分がやってきて、開発組織を改善するために気をつけていることを書いていきます。 既存のシステムをリスペクトするあなたがこの瞬間のシステムを切り取って見た時に、仕組みがぐちゃぐちゃだったり、意味不明な処理をしていたり、不合理な仕組みになっていることは大いにあると思います。しかしながらこれまでの会社を支えて売上を作ってきたのは、紛れもない今のシステムなのです。過去の経緯もいろいろあ

    開発組織を改善していくための技術|BTO
  • React Hook FormとZodを組み合わせて利用する|食べログ フロントエンドエンジニアブログ

    こんにちは。べログ フロントエンドチームの原田です。 現在担当しているプロジェクトで、React Hook FormZodを組み合わせて利用する機会があったので、今回はReact Hook Formの基的な使い方からスキーマバリデーションをZodに任せる方法を紹介をしたいと思います。 React Hook FormとはReact Hook Form は「高性能で柔軟かつ拡張可能な使いやすいフォームバリデーションライブラリ」をテーマに掲げた入力フォームの管理に特化した React 向けのライブラリです。 なぜReact Hook Formを利用したか今回のプロジェクトでは複雑なフォームを組む必要があり、フォームの状態管理を任せられる点や、パフォーマンス面、ドキュメントや検索でヒットする情報の多さからReact Hook Formを利用することを決めました。 基的な使い方まずはReac

    React Hook FormとZodを組み合わせて利用する|食べログ フロントエンドエンジニアブログ
  • 組織マネジメントのあれこれ|nishiba

    トピック部下への任せ方 部下の視座の上げ方 なぜ書くのか?最近、部下と話していて言語化が進んだのでメモとして書いておく。また、いつもどおり書きなぐりの文章です。推敲などはしていません。 前置き今回あえて部下という言葉を使っています。普段は部下という言葉よりもメンバーという言葉を使います。今回は上司と部下の関係であり、上司として私が気づいたことを書くので明確に部下という言葉を使っています。 部下への任せ方仕事を任せることは非常に難しいと思っていた。しかし、難しいと感じる場面が最近減った気がする。その理由を考えたのでメモとして残す。 私は1年ほど前に今の会社に転職した。今は執行役員/VPoEを担っている。入社当初からずっとマネジャーという立場である。最初は研究開発部の副部長という立場であり、数カ月後に部長、その数カ月後にVPoE、さらに数カ月後に執行役員になった。なので、全く現場のことや配下に

    組織マネジメントのあれこれ|nishiba
  • 【freee / ICS / Ubie / RAKSUL】 デザインシステム構築の様々なアプローチ 「Design System Build #01」勉強会レポート|RAKSUL DESIGN

    freee / ICS / Ubie / RAKSUL】 デザインシステム構築の様々なアプローチ 「Design System Build #01」勉強会レポート 近年、国内外の様々な企業のプロダクト開発に導入されている「デザインシステム」。「デザインシステム」を導入することで、デザイナーやエンジニアの開発生産性や効率性を高めたり、ユーザー体験の一貫性を提供できたりと、様々なメリットがある一方で、事業内容や成長フェーズ、組織構造などによってデザインシステムの目指すべきカタチは異なり、正解や完成がないことから、悩みを抱えている企業や開発者は少なくありません。 そこでラクスル株式会社(以下、RAKSUL)は、デザインシステムのコミュニティ「Design System Build」を立ち上げ、2022年8月23日に“デザインシステム構築の様々なアプローチ”をテーマに勉強会を開催しました。 この

    【freee / ICS / Ubie / RAKSUL】 デザインシステム構築の様々なアプローチ 「Design System Build #01」勉強会レポート|RAKSUL DESIGN