スクラム祭り2025 発表資料です https://confengine.com/conferences/scrummatsuri/schedule p.5 [EMがマジ価値を届けきるために考え行動したこと ](https://speakerdeck.com/matsu0228/enginee…

はじめに こんにちは！Algomatic ネオセールスカンパニーでエンジニアをしている末國と申します。 私たちが1月にリリースした営業AIエージェント「アポドリ」では、一部機能にDifyを組み込んでいます。 一部といっても、すでに100個近いワークフローが作られていたり、1日1万回呼び出したりするくらいには利用しています。 Difyはいわゆるローコードツールであり、「コードが書けない人が使うもの」「DifyはPoCで使って、本番はプログラムを書く」という印象もあるかもしれません。 しかし、私たちはむしろ積極的に「コードからDifyへの移行」を行ってきました。 この記事では私たちが「なぜDifyを利用しているのか」「何がそんなにいいのか」について書いていきます。 そもそもDifyとは何か 理由の話をする前に、そもそもDifyとは何か、特にワークフロー機能についておさらいしておきます。 すでに

この記事は、弁護士ドットコム Advent Calendar 2024 の 11 日目の記事です。 クラウドサインでエンジニアをしている@teitei_tkです。好きなリーダーシップ論は Fate/Zero の聖杯問答です。 今年に入りエンジニアチームのリーダーを任せてもらったので、挑戦し失敗したことを振り返ります。 エンジニアリーダーをやって初めにやったこと チームを一緒に作ってくれる人を見つける エンジニアリーダーとしてやったこと 毎週の 1on1 スクラムチーム運営 寄り添うこと 頻繁な振り返り文化の醸成 エンジニアリーダーとして気をつけたこと 迅速なポジティブ・ネガティブフィードバック タスクのやり方は（なるべく）任せる キャリア支援 心理的安全性を保つ リーダーをやって諦めたことと新たに注力したこと コードを書いての貢献 気づきと失敗 格好をつけて当たり前のことができていなかった

起業家を支え続けるCOOが語る、スタートアップのチームコミュニケーション────コーチェット吉田健吾(けんごち)さん 今回のAgendは「急成長するスタートアップにおけるチームコミュニケーション」がテーマ。お話をお聞きしたのは、起業家を支え続けている株式会社コーチェット COO の吉田健吾（けんごち）さん。 起業家というパワーがありすぎて真っ直ぐ走れないエンジン。 ブレーキをかけるのではなく、そのパワーを受け止めるシャーシや足回りになって起業家のパワーを支えるけんごちさんの仕事スタイルにはスタートアップにかかわるすべての人が学べることが沢山あります。 ぜひ最後の「まとめ」までお読みください。

はじめに Beatrust VPoEの Ryo（長岡 諒） です。 Beatrust は2020年3月創業で現在3年目となりました。創業当初は3名だったのですが、現在社員は16名で業務委託の方も含めると30名以上の組織体となっており、初期からリモートワーク主体でした。しかし、リモートワーク主体の組織では意志を持って取り組まないとコミュニティのつながりが薄れサイロ化し、セールスとプロダクトなど各チームでのセクションの境界が強まり情報や意思決定の断絶が起こりがちです。我々も最初期は全員で議論していましたが、人数やチーム課題の変化に伴い共有・議論の仕方は進化しており、どんな変遷を経て行き着いたのかその過程から共有することで参考になるものもあるかと思いまとめました。 チーム開発においてどういった会議体・プロセスでプロダクト開発を進めようか試行錯誤している方や、リモートワークが主体となりチームサイズ

開発しているアプリケーションのフロントエンドの様子を見る会（フロントエンド草むしり会）を毎週30分ずつ開催している。 式次第の雰囲気を紹介するとこういう形で、毎週見るメトリクスやエラーに加えて、月に1回くらい様子を見たい項目もある。 アップデート関連は、Pull Requestが出たら都度対処するのだけど、それに加えて最近の様子はどうだろう、と眺める時間を取りたい。そういうものは月に1回くらい見ることにしている。 毎週 この会の大義を確認しよう 終わってない宿題を眺めよう エラーのメトリクスを見よう パフォーマンスのメトリクスを見よう 月の初めの会のみ Dependency Dashboardのアップデート候補を見よう Dependabot alertsを見よう ここで「月の初めの会のみ」としているのがポイントで、今回が月の初めかどうかは誰が見ても明らかで、間違いが起きにくい。 これを仮に

サイボウズ株式会社が主催する、クラウドサービスの総合イベント「Cybozu Days 2021」。 今年のテーマは「LOVE YOUR CHAOS」と題し、めまぐるしく変わる混沌の中で、変化の波を乗りこなす柔軟さを追求する思いが込められています。ITや働き方に関するさまざまなセッションの中から、「僕らのアップデートが職場を変える！　アラフィフ世代に贈るカオスのススメ」をお届けします。後半では、一人ひとりの「わがまま（理想）」に向き合うことで、会社の成長や全員の幸せにつながった事例・ノウハウを紹介しました。 営業が仕事をするためのカフェ代は「オフィス賃料」松川隆氏：また別の話をします。外出中のカフェ代を要求する営業担当です。例えばみなさんが外出して、往訪と往訪の間に時間があるので、途中でドトール（コーヒー）に行ったりしますよね。そういう時間に使ったコーヒー代を経費精算できるようにしてほしいと

会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。（大手メーカーの製造側に近い部門で働いている、という前提がある。） 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく

最近、セキュリティの立ち上げで何をやったらいいかわからない、という質問を何度か受けるケースがあったので、最初に何をやるか、というのを情シスやセキュリティ担当者としての考えをまとめてみる。 著者のキャリアについて セキュリティの立ち上げについて書く以上、信頼に足る情報源なのか？という疑問がわくと思うので、簡単に著者のキャリアを書いておきます。 2002年にSIerでIT業界に入り、研究所のNetwork Admin、Web penetration test、ISMSコンサルの補佐などやり、その後外資プリセール分野で7年仕事して、最初のSIに戻ってセキュリティソリューションの立ち上げを担当、その後ユーザーサイドにキャリアを変えて、外資石油系企業のセキュリティアナリスト、中国系スタートアップのInfoSec Director&一人情シスをやってきたキャリアです。CISSPは2019年に取得してお

宿泊予約事業やレストラン予約事業などを手掛ける、株式会社一休。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Teams」を活用いただいています。 今回は、執行役員CTOを務める伊藤直也さんにインタビュー。実際に「Findy Teams」上のデータを参照しながら、エンジニア組織における生産性についての考え方などを伺っていきます。 ■プロフィール 伊藤 直也 株式会社 一休 執行役員 CTO コロナ禍における開発を、Findy Teamsで振り返る ──こちらが御社の2020年1月から直近までのデータになります。プルリク作成数はだいたい平均値を超えていて、件数としては2020年7月と2020年10月に大きな山があります。今年は5月頃から全体的に伸びている傾向にありますが、これらの要因として考えられる部分はありますか？ 伊藤さん：2つ山ができてい

こんにちわ。てぃーびーです。 みなさんはリモートワークをしていますか？ 東京都の調査によると2021年5月のリモートワークの実施率は 64.8 %です。 テレワーク実施率調査結果 / 東京都 クラスメソッドもフルリモートに対応した会社です。今月入社した私も、初日からフルリモート勤務で、面談・選考を通して一度もオフィスにいっていません。以下にリモートワークに対応している企業の一覧がまとまっており、クラスメソッドもあります。 remote-in-japan 便利に活用されているリモートワークですが、それによって新たな課題を抱える企業も多いのではないでしょうか？ 私は分報が課題解決の一助となると考えています。その根拠となる分報の4つの利点をまとめ、それを踏まえた分報の活用方法についてまとめます。 ここで扱わないもの 分報利用における課題 分報とは？ 分報とは、 Slack で Twitter の

こんにちは、Leaner Technologies の小久保 @yusuke_kokubo です。 最初に諸注意です。これは会社のテックブログですがテックな話ではありません。 Leaner で言うエンジニアは「Web 系のソフトウェアエンジニア」をさします。（ですが、Web もソフトウェアにも特化した話ではありません） スタートアップで働くエンジニアにとっては自分の技術力で事業をつくりだしてグロースさせることが本望 と私は思ってますがどうでしょう？ そう思わなくてもとりあえずそういうものだと思って続きを読んでください。 スタートアップが事業をつくりだすためには、まだ世の中にない価値を爆速で生み出す必要があります。世の中にない新しい価値を爆速で生み出すためには、組織の問題でつまづくわけにはいきません。 スタートアップがスタートアップするために 会社で組織が大きくなってくると、職種で壁をつくり

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

こんにちは。プロダクトエンジニアリング部でエンジニアリングマネージャーをやっている野澤です。現在LIFULLのプロダクトエンジニアリング部では個人のスキルを高めることを目標の一つとして取り組んでいます。 この記事を読んでいる皆さんもご承知のとおり日々技術は進歩しており、追いついていくのも大変です。当たり前のことかもしれませんが、個人のキャリアのためにも、企業間の激しい競争に負けないためにも、また企業の理念を実現するためにもエンジニアには高い技術力が要求されます。 もちろん自分で勉強して、新しい仕事にも挑戦して、勝手に成長していくエンジニアもいますが、全員が全員そういうわけではないと思います。 前職でも、なかなかスキルアップできないメンバーをどうやって成長させるか私自身思い悩んだ経験があります。例えば、スキルアップ目標を掲げても行動しない、忙しくて時間が取れない、気が向かない、何が嬉しいのか

こんにちは！New Owners Dev GroupにてEngineering Managerをしている植田です。 皆様の会社・組織ではSlackを導入・活用されていますか？ 私は2021年4月にBASEへ入社したのですが、色々と驚いた点のうちの一つに 「Slackを全社をあげて活用しまくってる！」 というものがあります。 BASEではただのチャットツールのみならず、あらゆる場面でSlackを活用し業務を効率化していることに大きな驚きを覚えました。エンジニアは当然のことながら、非エンジニアもSlackをフル活用しているので今回はそれを大公開してしまおうと思います！ ※実際社内で利用しているSlackのキャプチャを掲載しているため、画像にはマスクを施しています BASEでのSlack活用例 今回、記事を書くにあたり社内の関係者に声をかけ、どんな場面でSlackを活用しているかヒアリングをかけ

こんにちは。開発本部 オンボーディングチームの酒井（@sakay_y）です。社内のオンボーディングコンテンツを、どんどん社外へ公開することを夢見ています。 2021年もエンジニア新人研修を行いましたので、軽い紹介と、講義資料および一部講義動画（New!）を公開いたします。 2021年のエンジニア研修について 講義資料公開 Webアプリケーション基礎 HTTP/DNS ソフトウェアライセンス ソフトウェアテスト テスト自動化 アクセシビリティ Docker Chrome Developer Toolsの使い方 サイボウズのアジャイル・クオリティ デザインの役割と関わりかた データベース CI/CD セキュリティ モブに早く慣れたい人のためのガイド ITコミュニティ文化と情報発信に共通する成長と貢献の要素 正規表現 Kubernetesを使った開発入門 モニタリング入門 gRPC入門 日本語話

ピナクルズの CTO をしている渋谷です。「現場向け動画 DX」を実現するための SaaS『tebiki』を開発しています。 今回は、マネージャー向けに「もしメンバーに自走してほしいなら、個人のメンタリティに期待するのではなく、組織で相互にアドバイスし合うプロセスを構築したほうがいい」という話をしたいと思います。 エンジニアの求人サイトを検索してみると、求める人物像や歓迎するスキルに「自走力のある人」と書いている企業がたくさんヒットします。 これだけ書いてあるということは、自走する能力を備えていることがもはやエンジニアの必須条件のように思えてきます。 ですが、自走するかどうかはその人個人のメンタリティよりも外部要因のほうが遥かに大きいと私は考えています。どんなに自走できる人でも、ほとんどの場合で権限移譲された範囲までしか自走はできないからです。上司の知らないうちに「新サービスリリースしてお

初めまして。株式会社カミナシでPMをやっているGTOです。 先日6/30に、マネーフォワードさんと合同で勉強会を実施しました！当日お集まりいただいた皆様、ありがとうございます。 登壇者として出席させていただき、「PMの自分が如何にユーザーの声をエンジニアの共通言語へ変えたか」というタイトルで発表しました。 カミナシでも、紙というツールを介して長年使われ続けたそのフローをいかにプロダクトで解決していくのかは大きなテーマの一つです。 そんな中でユーザーさんへの価値をどう作り、またプロダクトチームへどう伝えていったのかを話してきました。 当日の登壇でお話し出来なかった部分もあるので、一部掘り下げてこの記事内で紹介します！ 登壇資料 登壇の概要 お客さんへの価値をどのように見つけ、チームと対話をし伝えるのかは最近の自分の悩みごとでした。 お客さんへの価値をどのように見つけ => 仮説検証 チームと

6月から、 株式会社ココペリ というところで働いています。 そういえば6月からこんな会社で働いています (Twitterに書いてなかった pic.twitter.com/C67PL4ARrb— むらみん (@Mura_Mi) June 15, 2021 mobile.twitter.com これまで働いた FOLIO や CADDi に入社した際はサーバーサイドアプリケーションエンジニアのポジションから始め、エンジニアリングマネジメントも行うようになっていたのだが、ココペリに関してはオファーの段階でエンジニアリングマネージャー (EM) のポジションの話を頂いた。実際に、入社してから (たぶん) 1行もコードは書いておらず、日々 EM としてのあれやこれやに取り組んでいる。 ココペリに加入した時点で私が組織内で唯一の EM となる状況もあり、エンジニアリング職のメンバーのみならずそれ以外の