なぜPMが25人も必要なのか - SmartHR Tech Blog
こんにちは、CPOのadachiです。 この記事は「SmartHRのプロダクトマネージャー全員でブログ書く2024」への参加記事です。25人が持ち回りで毎週記事を投稿しています。 この企画にも関連するのですが、最近社外の方から「SmartHR、PM多！」という感想をいただくことが増えてきました。もしPMが多い ＝ 裁量が小さくてつまらない環境、と思われていたら心外すぎる……許せねぇ…… そこで本稿では、なぜSmartHRには25人もPMがいるのか、一体なにを作っているのか、仲はいいのか、今後どういったオポチュニティがあるのか、といったことについて説明していきたいと思います。オポチュニティは言いたいだけです。 25人は多い？ 結論、そんなに多くないと思っています。 先日「SmartHRがARR150億円を突破、前年比150％で成長」というプレスリリースも出ましたが、私たちは現在ARR 150
コンサル10人相当のプロジェクトを2人で対応という高コスパ 半信半疑で、ChatGPTで新規事業開発をしてわかったこと
「ChatGPTによる新規事業開発の進化」をテーマに、リブ・コンサルティングが新規事業やサービス開発に取り組む人に向けたイベントを開催。同社の先進技術研究組織「ACROBAT」の所長・森一真氏が、ChatGPTを新規事業開発に活用する方法を語りました。 前回の記事はこちら AIに適した知的労働 森一真氏（以下、森）：データの分析も知的労働ですし、チームビルディングもある意味知的労働かなと思いますが、特に情報処理的で、かつ問題が曖昧ではなく、ちゃんと定義できるものほどAIに向いています。いわゆるリサーチや分析はどんどん優先的にAIに置き換わっていきます。 新規事業アイデアは（スライドの）真ん中にあるんですが、若干情緒的なところや文脈的なところもありつつ、リサーチ等の情報処理的な業務負荷が著しく高いので、うまくプログラムを組むことでかなりAI化が進みやすいと思います。 逆にリーダーシップやチー
会社がリファクタリングに賛同してくれないたったひとつの理由 - shiodaifuku.io
会社がリファクタリングに賛同してくれないたったひとつの理由一定の工数をかけてリファクタリングをやったほうがいいことは（少なくとも筆者の観測範囲では）エンジニアリングのバックグラウンドがない人でもだいたい理解しています。 上司の無理解をあげつらっても仕方ありません。 リファクタリングの実施を渋る真の原因が工期や予算の問題であることはあまりないとおもいます。タイミングの問題である可能性はありますが。 必要であればコストをかけることにも同意してくれます。 「技術的負債は過去のビジネス上の選択によって生じたまさに負債なので、計画的に返済しましょう」っていえば、多くの経営者は理解を示してしてくれるでしょう。 本当に無理解ゆえにリファクタリングをしないのであれば技術的には死んでいる組織なので、エンジニアとして幸せになりたい場合は逃げ出したほうが賢明です。 というわけで、本稿ではそういう組織においてもな
詳細設計の書き方 - Qiita
はじめに システム開発において詳細設計という工程があります。 プログラマーはこの詳細設計を確認しながら開発を行うことになります。そのため詳細設計ではシステムの構造や仕様、動作などを細かく定義することが必要になります。 詳細設計を行うことでシステム開発の方向性が明確になり、コーディングやテストをスムーズに行うことができます。 詳細設計の成果物としてはクラス図やシーケンス図、画面設計書やデータベース設計書などがあり、システムの動きや機能を具体的に表現するものです。 今回は詳細設計を作成する機会があったので、詳細設計の書き方についてまとめたいと思います。 詳細設計の目的やメリット 詳細設計の目的は、システム開発の品質や効率を向上させることです。詳細設計では、システムの仕様や動作を細かく定義することで、以下のようなメリットがあります。 開発工程でのバグや遅延を減らすことができる テスト工程での不具
to Bスタートアップは「仮説検証」をやめようという話 - estie inside blog
こんにちは！estieでビジネス部門の責任者をしている束原です。 2024年になりましたね。estieは決算月が12月なのですが、毎年期初に「今年こそが勝負の年だ」と言っている気がしており、それに対して「ガハハ」と笑い合えるメンバーで仕事ができているのが最高に楽しいなと日々痛感しております。 さて、こちらは事業の立ち上げ（事業開発）に関する記事です。 この記事に書いてあること estieでは「仮説検証」をやめようと思っている話 事業開発の成分の8割は営業だという話 かなり極論が並んでいますが(笑)、事業開発を進める上でとても重要だと考えているので、ご興味のある方は少しお付き合いください。 to Bスタートアップは仮説検証をやめようという話 「仮説検証って言葉が嫌いなんすよねー」と、確か弊社の事業責任者の齋藤だったか代表の平井だったかが以前社内で言ってました。 1年前くらいまで私は、その発言
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/Traps of Optimization in Product Management 2024
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19268 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/product-management-rsgt20
マイクロソフト、初心者向け生成AI学習教材「生成AIアプリケーションの開発を始めるために必要な全知識を学べる12講座」を無償公開
マイクロソフト、初心者向け生成AI学習教材「生成AIアプリケーションの開発を始めるために必要な全知識を学べる12講座」を無償公開 コースの内容には、大規模言語モデル（LLM）がどのように動くかを理解する。「生成 AI と大規模言語モデルの紹介」、ユースケースに適したAIモデルを選択できるようにする「様々なLLMの調査と比較」、プロンプトの構造と使用法の理解のための「プロンプト・エンジニアリングの基礎」、埋め込み技術を利用したデータ検索アプリケーションを構築する「Vector Databasesを利用した検索アプリケーションの構築」、外部APIからデータを取得するためFunction Callingを設定する「Function Callingとの統合」など、入門的な内容から高度なアプリケーションの開発まで多岐にわたるレッスンが用意されています。 レッスン内容は日本語による説明と図で構成 各レ
Docker Compose Watchを触ってみる
はじめに こんにちは、おそらく犬です。 今回はつい先日リリースされたDocker Compose Version 2.22以降で利用可能になったDocker Compose Watchを触ってみようと思います。 対象読者 Dockerについてある程度知識がある人 Docker Compose Watchについて気になっている人 前置き: コンテナ開発環境 フロントエンド開発等ではソースコードに対して行った変更をフレームワーク側で監視し、変更が保存されるとその差分部分をリビルドしたりします。バックエンド開発等でもNode.jsで言えばnodemonも変更を監視し、変更が保存されると再起動してくれたりします。 Dockerを用いた開発環境の場合、ローカルで行った変更をコンテナ側に反映する必要があります。これは主にDockerのバインドマウントを使って実現されることが多いように感じます。 例えば
「コードがむずかしい」からの脱却
コード品質向上のいろは - 先達に学ぶ実践例 Lunch LT https://findy.connpass.com/event/300912/
ブラウザでリロードしながらキャッシュの挙動を確認してる全ての開発者へ | blog.jxck.io
Intro こういうタイトルを付けるのはあまり好きではないが、あえてこのようにした。 「ブラウザでキャッシュがヒットしない」 以下は、 Web における Caching の FAQ だ。 サーバで Cache-Control を付与したのにキャッシュがヒットしない サーバで ETag を付与したのに If-None-Match が送られない サーバで Last-Modified-Since を付与したのに If-Modified-Since が送られない 先日も、筆者が書いた MDN の Cache セクションで「記述が間違っているのでは?」と同様の質問を受けた。 Issue about the Age response header and the term "Reload" · Issue #29294 · mdn/content https://github.com/mdn/cont
Sansan LabsにおけるGPT活用事例 / GPT Application Case Studies at Sansan Labs
■イベント ：【IVRy/LAPRAS/Sansan/Ubie】各社のLLMをプロダクトに組み込む勘所 https://sansan.connpass.com/event/295958/ ■登壇概要 タイトル：Sansan LabsにおけるGPT活用事例 発表者： 技術本部 研究開発部 SocSci Group マネジャー 西田 貴紀 ◉ 研究開発職 採用情報 募集中のポジションや関連記事など https://media.sansan-engineering.com/ ◉ Sansan Tech Blog Sansanのものづくりを支えるメンバーのテックブログ（R&Dメンバーの連載も多数） https://buildersbox.corp-sansan.com/
ソフトウェア開発の真の問題点は、コードを書くことではなく、問題の複雑さの管理にある - YAMDAS現更新履歴
www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている（ご存じの方は彼にご一報を）。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80％、いやもしかしたら90％をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく
「作りたいゲームを自由に作る」ために、まずはIT企業として10年かけて500人規模の大会社を作り上げ、その利益をゲーム制作に──ってどういうこと!? 100万本を売り上げた高難度2Dアクション『エンダーリリーズ』開発元の社長が“ただ者ではない”
小林氏： ありがとうございます（笑）。少し時間はかかりましたけどね。 自社パブリッシュだったので「海外にパッケージ版を流通させる」のは難しい体験でした。いろいろな勉強になりましたね。海外版はアメリカのLimited Run Gamesさんと提携して出したんですが、国内版はほぼすべて自社パブリッシュで、流通だけお任せするという感じでした。 ──地域的な内訳はどのような感じだったんでしょうか。 小林氏： 30万本くらいが国内で、それ以外が海外。一番売れたのは北米です。順位的に言えば北米・中国・日本がTOP3になりますね。デザイン的には日本っぽいので、アジア圏はともかく、北米は少し意外な感じはしました。 ──パッケージ版とダウンロード版の売り上げの割合みたいなものってどうでしたか。 小林氏： 約90％くらいがダウンロード版です。ダウンロード版が先行していて、パッケージ版が後からだったというのもあ
リファクタリングの理想と現実と泥臭さと / SEEDS COMPANY｜miidas_tech
この記事は、イベント 【PERSOL（パーソル）グループ Tech Talk #3 - 技術負債との向き合い方 - 】を開催しました。 の発表内容です。 桑田です。よろしくお願いします。 改めまして、パーソルプロセス&テクノロジーという会社のSEEDS COMPANYという部署の桑田と申します。 リファクタリングの理想と現実と泥臭さということで、今までの方々は割と現場寄りのお話が多かったと思うんですけど、私はちょっと経路を変えてプロジェクトマネジメント寄りというか政治寄りの話をしようかなと思ってます。 自己紹介です。私は2018年にSEEDS COMPANYにジョインしまして、エンジニアリング兼、スクラムマスター兼バックエンドアーキテクト兼みたいな感じでやってました。 最近はSEEDS COMPANY全体の技術責任者として会議漬けの人生を送っております。 好きな技術領域はGoを中心にみたい
メルカリの新卒エンジニアはどう過ごす？2023年新卒研修の全貌を公開！ | メルカリエンジニアリング
こんにちは！メルカリ Engineering Office チームの@aisakaと、HR Learning and Development チーム の@anzuです。 メルカリでは、新入社員の方が入社後から立ち上がるまでの期間を短縮するためのオンボーディングサポートをとても重要視しています。よりよいオンボーディング体験を提供していくため、私たちは戦略や仕組みづくりに携わっています。 日本では一般的に、春は新卒の方が入社する季節ですが、メルカリでも今年もたくさんの新卒メンバーが国内外から入社してくれました。 様々なバックグラウンドをもつ新卒メンバーがチームに配属してすぐに活躍できるよう、HRとエンジニアリング組織が協働して、新卒向けオンボーディング研修を1からデザインして実施しています。 今日は、2023年の新卒メンバー向けに実施した新卒オンボーディングをご紹介します！ 2023年新卒オン
ブラウザー上でReactやTypeScriptのコードをコンパイルして動かすツールを作った
通常、ReactやTypeScriptを使って開発する場合は、ローカル環境で開発して、ビルドして、ブラウザーで表示するという流れになります。 ただ、昨今のブラウザーの性能はかなり高くなっており、ES Modulesをうまく使うことで、ノーバンドルでReactやTypeScriptをリアルタイムにブラウザー上で反映させることができるのではないかと考えました。 この案をもとに、何番煎じかわかりませんが、ブラウザー上でリアルタイムにReactやTypeScriptをバンドルするライブラリを作成しました。 以下のようにコードを書くだけで、ブラウザーで実行可能なJavaScriptコードが生成されます。 import { browserBundle } from "browser-bundler"; const code = ` import React from "react"; import R
メルカリを退職し、個人でWebアプリを作りました - urahiroshiの日記
メルカリでやっていたこと 自分がメルカリに入社したのは2017年12月で、SET(Software Engineer in Test)というポジションに応募して採用されました。 SETはその名の通りテストに対する課題を解決するための役割なのですが、当時のSETチームはテストの実装を行うわけではなく、開発環境や検証環境の運用やCI/CDツールの導入・サポートなどを主な役割としていました。 自分がSETとして応募したのは、前職までの経験で機能開発にやや飽きており、エンジニアとして品質の改善をテーマとして扱っていきたいと考えていたためでした。通常の機能開発ではプロジェクトの要件や期日に沿って開発することが求められますが、SETの業務には要件や期日はなく、何をいつどのように解決するかを自分で判断する必要がありました。チームメンバーやプロジェクトメンバーと話し合い、コードを見ながら現在の開発・運用状
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロントエンドリアーキテクチャリングと開発チームのスキルトランスファーにおける9ヶ月間の奮闘記
ピアソンショック - iki-iki
アジャイル開発は本当に必要なのか、何を解決するのか
