「アクティブ数が増えない」 「コンバージョン率が悪い」 「リリースした〇〇が使われない」 「オンボーディングがうまくできていない」 デジタルプロダクトの改善する際に取り上げられるフレーズたち。これらのフレーズが多くの会話やアイデア発散の起点となることがあります。しかし、これらはすべて課題ではなく、症状です。「アクティブ数が増えない」のは、開発陣の行動やステークホルダーの判断の結果（症状）であり、課題そのものではありません。真の課題を特定するためには、「なぜアクティブ数が増えなかったのか？」という深掘りする問いかけが必要となります。 単に「アクティブ数が増えない」という症状だけを見て対策を立てるのは、医者が具体的な診断をせずに治療を始めるのと似ています。このアプローチで一時的な改善が見られることもあるかもしれませんが、真の原因を突き止めずにアプローチをすると、その結果から学ぶことは少ないでし

前提と想定読者 本記事の私見以外の情報に関しては、一般に公開されている資料のリンク集のようになっています。 取り組んでいる内容は、私が現在勤務している会社に関連していますが、その詳細には触れません。 以下に類する方は参考になるかもしれません。 データエンジニアやBIエンジニアのように、データ基盤を構築しようとしている方 データアナリスト、データサイエンティスト、マーケッターなど、データ基盤を利用する方々で、なぜそのシステムが選ばれているのか考えられるようになりたい方 データエンジニアリングチームをマネジメントしており、チームメンバーのスキル向上のための教材を探している方 背景 WEB業界で新卒からデータエンジニアとしてキャリアをスタートし、現在はデータストラテジスト/BIエンジニアとして活動中のやすです。 現在、私は5-10名規模のチームをマネジメントしており、チームメンバーのほとんどは2

やったことがない仕事をアサインされたとき、考えることは人それぞれです。 A「どんな経験が得られるかな？よっしゃやってやるぞ！まずは大まかに必要な情報を集めつ進め方を検討するか」 B「失敗したらどうしよう・・・。もっと具体的に手順を教えて欲しい・・・」 こういった曖昧な状況に対する受け止め方を曖昧さ耐性と呼びます。 今回は曖昧さ耐性について、 曖昧さ耐性が高い人の特徴 曖昧さ耐性の影響 曖昧さ耐性の高め方 をまとめます。 曖昧さ耐性 - Tolerance of Ambiguity 曖昧さ耐性とは、曖昧な状況をポジティブに捉えることができる度合いのことです。 状況の分からないトラブル。上司からの大きな範囲の仕事を方針レベルの共有をもとに任されたとき。すぐには正解が見えない難問を任されたとき。 こういったときに、やりがいを持ってポジティブに捉える事ができる場合、曖昧さ耐性が高いと言えます。 過

相次ぐDX化や生成AIの登場で、私たちのビジネス環境は激変しています。そこで、今年の新入社員に「今の仕事（職務内容）は何年後まであると思うか」を調査したところ、驚くべき結果が出ました。 ※この記事は音声配信でもお届けしています。「ながら聞き」したい方はこちらから！ 「今の会社は20年後もある」は半数にとどまる 「今の仕事は20年後もある」は4割にとどまる IT・経理・事務・企画は10年以内になくなる仕事か？ 将来もなくならない仕事とは？ 【まとめ】「仕事がなくなるかも」と不安な人がすべきこと 「今の会社は20年後もある」は半数にとどまるマイナビ転職の「新入社員の意識調査（2023）」によると、「今の会社は何年後まであると思うか」の問いに「20年以上」と回答した人は49.9％。約半数にとどまる結果となりました。 新入社員の20年後というと、まだ40代前半の働き盛り。その頃まで「今の勤め先が存

目次 1.はじめに 2.Obsidianとは 3.Obsidianのインストール 4.プラグインの導入 5.おすすめのプラグイン 6.Obsidian参考サイト 7.おわりに 1. はじめに 生産性を高めるツールは色々存在します。 タスク管理を例に挙げると、私はタスク管理にはカンバンツールが好きで、オフラインで使えるWekanやFocalBoardというツールを使ってきました。 しかし、タスク管理は〇〇、エディタは△△、作業記録は××といったように複数のツールを使うのは非常に面倒です。 機会があってマークダウンエディタであるObsidianを活用する方法を調べてみたところ、このツール1つで様々なツールの代替ができて非常に有用だと感じたので、Obsidianの導入方法とタスク管理機能を含めた個人的におすすめなプラグインを紹介し、Obsidianの活用方法を紹介していこうと思います。 まだまだ

「要件定義のスキルを上げたいけどどうしたら良いかわからない」 こんなふうに悩んだことはないだろうか。 要件定義ではかなり幅広いスキルが求められる。さらに要件定義の対象は毎回異なるため、具体的なレベルでスキルを言語化するのがかなり難しく、どうしてもスキル定義が「コミュニケーションスキル」や「ビジネス理解スキル」といった抽象的な言葉になりがちだ。 そこでこの記事では、要件定義を第一線で実行してきた私が、要件定義を構成するスキルを以下の５つに分解し、それぞれの向上のための方策も可能な限り具体化した。 ・論理的に物事を整理するスキル ・ビジネスの数字を理解するスキル ・業務のフローを理解するスキル ・要求を具現化するスキル ・要求を達成するために必要な機能を洗い出すスキル それでは一つずつ見ていこう。 １ 要件定義をするために必要な5つのスキル この章では、要件定義に必須なスキルとそれがなぜ必要な

微分方程式をしっかりと学んだことが無く、何か手ごろな入門書はないかと本屋さんに出向いたあなたは、きっと驚くはずだ。 微分方程式の入門書はとても多いからだ。さらに、ぱらぱらとめくってみたり、目次を見てみても、中身はほとんど同じだったりする。 これは例え話ではなく、本当に驚くほど同じような書籍が連立している。 線形代数ともなると、さらに多い。 そこで、この記事では、似たような専門書・入門書の中からあなたが欲しいと思う一冊を見つけ出すための３つのコツを紹介する。 これは勉強マニアの私が常に実践しているコツで、この方法を使い始めてからほとんど本の購入に失敗したことが無い。（多くの失敗を重ねてできたノウハウだともいえる） もちろん、数学でなくても物理学の専門書・入門書を選ぶときでも使える。 【目次】 「はじめに」に注目 あなたが得たい知識は「練習問題」にある 最初の1割を理解できるか 最後に 「はじ