はじめに Beatrust VPoEの Ryo(長岡 諒) です。 Beatrust は2020年3月創業で現在3年目となりました。創業当初は3名だったのですが、現在社員は16名で業務委託の方も含めると30名以上の組織体となっており、初期からリモートワーク主体でした。しかし、リモートワーク主体の組織では意志を持って取り組まないとコミュニティのつながりが薄れサイロ化し、セールスとプロダクトなど各チームでのセクションの境界が強まり情報や意思決定の断絶が起こりがちです。我々も最初期は全員で議論していましたが、人数やチーム課題の変化に伴い共有・議論の仕方は進化しており、どんな変遷を経て行き着いたのかその過程から共有することで参考になるものもあるかと思いまとめました。 チーム開発においてどういった会議体・プロセスでプロダクト開発を進めようか試行錯誤している方や、リモートワークが主体となりチームサイズ
こんにちは。NewsPicks CPO/CTO の 文字 です。NewsPicks Advent Calendar 2022 の 4 日目を担当します。昨日は 池川さん による Kotlin 知見共有会 ー 社内勉強会を継続させるための工夫 でした。 qiita.com ちょっとキャッチーなタイトルを付けてしまいましたが、今日は NewsPicks のエンジニア採用に関する取り組みと、そこから得た学びについて共有できればと思います。 はじめに 当時の状況 候補者体験の改善 転職ドラフトの強化 エンジニアの給与アップ(+50 万) カジュアル面談の見直し 技術課題の撤廃とワークショップ面接の導入 面接参加者を増やす オファー時にラブレターを渡す 候補者体験を良くするだけでは、採用はうまくいかない 開発者体験の改善 開発者体験の改善は一夜にしてならず 2020 年 - 開発者体験への投資を開始
数多くのSaaSスタートアップを支援するALL STAR SAAS FUNDでは、起業家から様々な相談を日々受けています。中でも多いのが、「成長フェーズに合わせて、メンバーをどれくらい配置すべきか?」という問いです。 SaaSビジネスの定石は、先行投資による成長の最速化を目指すこと。そのファクターであるメンバーへの投資について、どの程度の費用をかけるべきかは悩みどころのようです。 この記事では、SaaS事業における「人員投資の基準」を、日米SaaS企業の従業員一人当たり売上高やALL STAR SAAS FUNDの投資先データを基に、提示を試みるものです。 日米SaaS企業、従業員一人当たりの売上高は? 上記の表は、日本及び米国の代表的なSaaS企業(主にBtoB)を展開する企業を対象に、リサーチャーが任意に抽出したデータを集計し、「従業員一人当たり売上高」でランキングしたものです。 背景
みなさま、こんにちは。マッチングエージェントの河野です。 この記事はCA Advent Calendar 2017 20日目(マッチング祭り2日目)の記事です。 前回はマッチングエージェントでプロジェクトマネージャーをしている新居から、 “開発組織を持続的にエンパワーメントする!タップル誕生のKPT” でした。 今日は自己組織化を促すことを目的に社内で実施した、デリゲーションポーカーワークショップのレポートを紹介したいと思います。 自己組織化? 自己組織化されたチームとは、チームメンバー全員がオーナーシップを持ち、自発的に意思決定や問題解決を行えるチームのことを言います。 自己組織化チームを作るためには、自分たちの問題を自力で解決できるよう支援する、ミッションを与え挑戦を促す、など色々なアプローチがあると思うのですが、そのひとつに”権限委譲”があると考えます。 権限委譲を行うことで、意思決
活躍されているプロフェッショナルをお招きし、これからのキャリア、ビジネス論、仕事の考え方、組織論などを教えてもらう勉強会「Meets Professional」。3回目の今回のゲストは、ディップ株式会社 執行役員 CTO (最高技術責任者) 兼 商品開発本部システム統括部長の豊濱吉庸氏。もともと、エンジニアリングマネージャーはやりたくない中で、流れ的にマネージャーになった同氏が、成功や失敗、やらかした経験から気づきを共有しました。全2回。前半は、豊濱氏の経歴について。 今回のゲストはディップ株式会社 執行役員 CTOの豊濱吉庸氏 豊濱吉庸氏(以下、豊濱):「エンジニアリングマネージャになりたくなかった人間のチームビルド」というテーマで今日はお話ししたいと思います。 キャリアについて30分もしゃべるのが人生で初めてなので、何をしゃべろうかなという感じで、今日臨んで来た感じです。僕がやってきた
組織は生き物の集合体であり、生き物の仕組みや原理を研究する学問である生命科学には、ビジネスパーソンが押さえるべき人材育成やチームマネジメントのヒントが隠されています。組織人事領域に関わる30のテーマを綴った『科学的に正しいチームメソッド30』の著者である鈴木泰平氏が、「生きてる組織、死んでる組織」を科学的に解説。本記事では、組織が“生きている状態”とはいったいどのようなものなのか、生命科学の視点から解説しています。 組織が「死んでいる状態」とは? 鈴木泰平氏:今回は「自己組織化」をテーマにして、有機的に動いている組織って何なんだろうとか、「生きている組織」って何なのかという考え方をみなさんにご提供したいと思います。 ということで、次にいきましょう。「生命性の科学」についてです。今までがっつり生命科学で解決してきたんですが、今回はどちらかというと少し物理的な話も入ってきます。なので単語として
サイバーセキュリティ、Webパフォーマンス、サーバーレスアーキテクチャなど技術的なトピックについて、Cloudflareが提供する教育リソース。インターネットの仕組みを学びましょう。
ちょっとまえ、面白い記事をツイッターで拝見した。 企業の採用担当が、面接時に見ているポイントを端的に表現したものだ。 曰く、「事実と意見を分けて説明できるかは圧倒的に重要で、これができない人はかなり厳しい。」とのこと。 クローズな勉強会などで話をしたら好評だったのでブログに書きました / 面接時に見ているポイント – VOYAGE GROUP techlog https://t.co/64ehNAYLAi — Masanori KOGA (@makoga) October 29, 2019 彼がこれを重視する理由としては 「事実と意見を分けて説明するのがうまい人が書いた障害報告書は読みやすい」とある。 確かに読みやすい文章を書く人は、知的能力が高い事が多いので、採用の精度は良いのではないかと推測する。 ただ、この文章を読んで感じるのは、 「なぜ「事実」と「意見」を区別して話せない人がいるの
本記事ではElasticsearchとBERTを組み合わせて類似文書検索を行う方法について紹介します。Elasticsearchでは最近、ベクトルに対する類似文書検索の機能が実装されました。一方、BERTを使うことでテキストを固定長のベクトルに変換することができます。つまり、BERTを使ってテキストをベクトルに変換すれば、Elasticsearchを使って類似文書検索ができるということになります。 本記事では以下のアーキテクチャでElasticsearchとBERTを組み合わせた検索システムを実現します。Dockerを使ってアプリケーション、BERT、Elasticsearchのコンテナを分けることでそれぞれをスケールしやすくする狙いがあります。記事中では重要な部分のみ提示しますが、システム全体はdocker-composeのファイルとして記述しこちらのリポジトリに置いてるので、参照してく
サービスを生み出し、集客し、成長させていくとき、皆さんはどんなことをから考えますか? 自分は、一番最初に「荒野に旗を立てる絵」をイメージします。そういうメタファーを起点に考え始める。 まず、何もない荒野に一本の旗を立てる。その旗にどんな紋章を描くのか、聖句を刻むのか、そんなところからはじめます。そして、以下のようなイメージでサービスの道筋を考えます。 1. 荒野がある最初の状態。まだ何も存在せず、立ち寄るものは誰もいない。 2. 荒野にシンボルとなる旗を立てる荒野の真ん中に、大義はを高らかに宣言をするシンボル、つまり旗を立てる。旗には「強く明快なビジョン」が描かれています。サービスはここから始まります。 3. 旗を目指して、人々が集まる噂をたよりに、あるいはシンボルを遠目に見て、理念を同じくする人々が集まりだす。小さなコミューンが生まれる。まだインフラが不自由で、人々は助け合って暮らしてい
LangChain の Agent がどのように Tool を選択しているかを確認したメモ TL;DR LangChain の Agent を利用すると、単独の言語モデルだけでは実現できない計算や最新の情報を考慮した上での回答をすることができます。 LangChain の Agent がどのように Tool を選択しているかを確認してみました。 前提条件 langchain==0.0.92 Agent を利用した質問応答の例 Tool として Google 検索、計算用のプロンプトを設定してあるllm_math_chainを使用します。今回は日本語で回答を得るために、Tool のdescriptionを個別に設定しています。 from langchain import LLMMathChain from langchain.utilities.google_search import Go
こんにちは。ヘンリーCEOの逆瀬川です。 開発する上で、難しい部分の一つである要件定義。 最近、社内では「要求仕様」と呼ばれるようになり、要求仕様化のプロセスとフォーマットの改善に取り組んでいます。しかし、3年間にわたって苦労し、失敗と改善を繰り返してきた歴史があります。 本ブログでは、主にプロセスとフォーマットの失敗について触れますので、詳細は割愛します。「ココもっと深く知りたい!」という方は、ぜひカジュアルにお話しましょう。その場で深堀りいただいた内容を元に、更にブログで考察していきたいと思います。 では、過去私たちが体験した5つの時代と今後訪れるだろう要求開発黄金時代についてお話しましょう。 ユースケースで仕様漏れた時代 要求導入混沌時代 要求を全員で書くぞ時代 プロダクト要求と仕様を分けて書き始めた時代 CSと連携して速度が上がり始めた夜明け前 将来訪れるだろう要求開発黄金時代へ
最近でこそ「MVV」(ミッション・ビジョン・バリュー)ということが話題になることが増えて、スタートアップにおいて、比較的早期に組織のレーゾン・デートル(存在意義)を考えたり、言語化することが増えてきましたが、これは日本では比較的最近のトレンドのように思われます。 まだメルカリが社員10名程度だった頃、現在同社の取締役会長を務める小泉文明さんが経営陣4人とともに合宿をして、今では有名なメルカリのバリュー、「Go Bold」(大胆にやろう)、All for One (全ては成功のために)、Be Professional (プロフェッショナルであれ)を定めたのは日本のスタートアップ業界では良く知られた話です。2013年末から2014年にかけてのことで、当時、アーリーステージのスタートアップが、こうした言語化をするのは極めて珍しいことでした。すでにメルカリは最初の5か月で100万ダウンロードと成長
『テスト駆動開発』や『SQLアンチパターン』をはじめとする技術書の翻訳者、さまざまなIT企業をわたり歩く技術顧問、さらに最近ではエンジニアリング文化を伝える講演者としても活躍されている和田卓人さん(https://twitter.com/t_wada)。 そのソフトウェアエンジニアとしての素顔を株式会社一休CTOの伊藤直也さん(https://twitter.com/naoya_ito)が聞き出す対談の後編では、現在とこれからのIT業界におけるプログラミング言語のトレンド、具体的にはRustを始めとする静的型付き言語への視座から、 ソフトウェアエンジニアとして新しい技術を学び続けるうえでの態度について語り合います。 ・伊藤 直也さん / 株式会社 一休 執行役員 CTO 新卒入社したニフティ株式会社でブログサービス「ココログ」を立ち上げ、CTOを務めた株式会社はてなでは「はてなブックマーク
同年代の方がブログに書かれていたことについて、自分の思うところを書いてみる。 starhoshi.hatenablog.com 「育児で勉強時間がとれない」という話がプログラマー界隈でバズってるの、人類の普遍的な悩みではあるけど、昔から「プログラマーは死ぬまで勉強しないと終わり」と口酸っぱく言われてた事と、それで良しとするコミュニティ全体の風潮がそもそも持続可能な物ではなかった、という事だよな〜と思ってる— 𝘼𝙈𝘼𝙂𝙄 (@amagitakayosi) October 19, 2022 育児のしんどさ 勉強時間が取れなくなる ふとSNSを見ると、同年代の独身者や若者がバリバリ成果をあげている 自分の市場価値がみるみる下がっていくのを、ただ見ることしかできない恐怖感 俺たちは勉強をしないと死ぬのか プログラマー35歳定年説 デーブカトラーのような「闘うプログラマー」にならないと生き
会社の体制が大きく変わり、カオスの中に少しの静寂(暇)ができました。特に日々執行に勤しんでいる方々は皆そうだと思いますが、色んなこと考えているのにそのプロセスをアウトプットする機会があまりなく、結果や結論、最終的な決断のみが共有されるため、サクセッションプランに対する有効な情報を残すことも出来ていないことと思います。僕もその一人。 この時間を有効に活用するため、頭の中にあるイメージと考え方をここに、時間の許す限り吐き出していこうと思います。時折、言葉が足りないところも前提条件やバイアスの記述が足りないところもあるかと思いますが、混沌とした頭の中を曝け出すプロセスにはつきものですので、大目に見ながら読んでいただけると幸いです。 財務諸表と同じように見える化する会社は財務諸表によって経営されるものなので、経営者たるもの財務諸表を見ながら戦略を立てるべきであると僕は考えています。数字以外信じない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く