スタートアップ創業期にリモート主体で進めてきたプロダクト開発チームの軌跡 - Beatrust techBlog
はじめに Beatrust VPoEの Ryo（長岡 諒） です。 Beatrust は2020年3月創業で現在3年目となりました。創業当初は3名だったのですが、現在社員は16名で業務委託の方も含めると30名以上の組織体となっており、初期からリモートワーク主体でした。しかし、リモートワーク主体の組織では意志を持って取り組まないとコミュニティのつながりが薄れサイロ化し、セールスとプロダクトなど各チームでのセクションの境界が強まり情報や意思決定の断絶が起こりがちです。我々も最初期は全員で議論していましたが、人数やチーム課題の変化に伴い共有・議論の仕方は進化しており、どんな変遷を経て行き着いたのかその過程から共有することで参考になるものもあるかと思いまとめました。 チーム開発においてどういった会議体・プロセスでプロダクト開発を進めようか試行錯誤している方や、リモートワークが主体となりチームサイズ
毎週やってる定例会のアジェンダに「これは月末の会で」としておくとスキップされがち - hitode909の日記
開発しているアプリケーションのフロントエンドの様子を見る会（フロントエンド草むしり会）を毎週30分ずつ開催している。 式次第の雰囲気を紹介するとこういう形で、毎週見るメトリクスやエラーに加えて、月に1回くらい様子を見たい項目もある。 アップデート関連は、Pull Requestが出たら都度対処するのだけど、それに加えて最近の様子はどうだろう、と眺める時間を取りたい。そういうものは月に1回くらい見ることにしている。 毎週 この会の大義を確認しよう 終わってない宿題を眺めよう エラーのメトリクスを見よう パフォーマンスのメトリクスを見よう 月の初めの会のみ Dependency Dashboardのアップデート候補を見よう Dependabot alertsを見よう ここで「月の初めの会のみ」としているのがポイントで、今回が月の初めかどうかは誰が見ても明らかで、間違いが起きにくい。 これを仮に
リスクの洗い出しと判断のコツ - やしお
会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。（大手メーカーの製造側に近い部門で働いている、という前提がある。） 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく
リモートでむしろ生産性が上がったエンジニア組織の作り方を一休 CTOの伊藤さんに聞いてみた
宿泊予約事業やレストラン予約事業などを手掛ける、株式会社一休。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Teams」を活用いただいています。 今回は、執行役員CTOを務める伊藤直也さんにインタビュー。実際に「Findy Teams」上のデータを参照しながら、エンジニア組織における生産性についての考え方などを伺っていきます。 ■プロフィール 伊藤 直也 株式会社 一休 執行役員 CTO コロナ禍における開発を、Findy Teamsで振り返る ──こちらが御社の2020年1月から直近までのデータになります。プルリク作成数はだいたい平均値を超えていて、件数としては2020年7月と2020年10月に大きな山があります。今年は5月頃から全体的に伸びている傾向にありますが、これらの要因として考えられる部分はありますか？ Findy Teamsのチ
リモートワークの補助魔法「Slack 分報」の3つの利点 | DevelopersIO
こんにちわ。てぃーびーです。 みなさんはリモートワークをしていますか？ 東京都の調査によると2021年5月のリモートワークの実施率は 64.8 %です。 テレワーク実施率調査結果 / 東京都 クラスメソッドもフルリモートに対応した会社です。今月入社した私も、初日からフルリモート勤務で、面談・選考を通して一度もオフィスにいっていません。以下にリモートワークに対応している企業の一覧がまとまっており、クラスメソッドもあります。 remote-in-japan 便利に活用されているリモートワークですが、それによって新たな課題を抱える企業も多いのではないでしょうか？ 私は分報が課題解決の一助となると考えています。その根拠となる分報の4つの利点をまとめ、それを踏まえた分報の活用方法についてまとめます。 ここで扱わないもの 分報利用における課題 分報とは？ 分報とは、 Slack で Twitter の
エンジニアのスキルアップのモチベーションを向上させた4つの取組み - LIFULL Creators Blog
こんにちは。プロダクトエンジニアリング部でエンジニアリングマネージャーをやっている野澤です。現在LIFULLのプロダクトエンジニアリング部では個人のスキルを高めることを目標の一つとして取り組んでいます。 この記事を読んでいる皆さんもご承知のとおり日々技術は進歩しており、追いついていくのも大変です。当たり前のことかもしれませんが、個人のキャリアのためにも、企業間の激しい競争に負けないためにも、また企業の理念を実現するためにもエンジニアには高い技術力が要求されます。 もちろん自分で勉強して、新しい仕事にも挑戦して、勝手に成長していくエンジニアもいますが、全員が全員そういうわけではないと思います。 前職でも、なかなかスキルアップできないメンバーをどうやって成長させるか私自身思い悩んだ経験があります。例えば、スキルアップ目標を掲げても行動しない、忙しくて時間が取れない、気が向かない、何が嬉しいのか
Re: エンジニアリングマネージャーとして会社にジョインするのは難しい - TechとPoemeの間
6月から、 株式会社ココペリ というところで働いています。 そういえば6月からこんな会社で働いています (Twitterに書いてなかった pic.twitter.com/C67PL4ARrb— むらみん (@Mura_Mi) June 15, 2021 mobile.twitter.com これまで働いた FOLIO や CADDi に入社した際はサーバーサイドアプリケーションエンジニアのポジションから始め、エンジニアリングマネジメントも行うようになっていたのだが、ココペリに関してはオファーの段階でエンジニアリングマネージャー (EM) のポジションの話を頂いた。実際に、入社してから (たぶん) 1行もコードは書いておらず、日々 EM としてのあれやこれやに取り組んでいる。 ココペリに加入した時点で私が組織内で唯一の EM となる状況もあり、エンジニアリング職のメンバーのみならずそれ以外の
タイトーに聞く、データ分析基盤の導入効果――スマホ向けゲームで年間480時間の工数削減
アミューズメント施設やモバイルゲームを手掛けるタイトーが、スマートフォンゲーム向けのKPI分析・可視化基盤を構築した。今回の分析基盤は、ETL／ELT（抽出、変換、ロード／抽出、ロード、変換）ツールとしてprimeNumberの「trocco」、データウェアハウス（DWH）とBI（ビジネスインテリジェンス）ツールに、それぞれ、「Google Cloud Platform」（GCP）の「BigQuery」と「データポータル」を導入した。システムの構築は、GCPの導入に実績のあるクラウドエースがサポートした。本稿では、タイトーが構築した分析基盤を通じて、データ分析基盤の導入効果を考察してみたい。 スマホゲームでは、KPI分析が売り上げに直結する 分析基盤は、2021年1月リリースのスマートフォン向けゲーム「ラクガキ キングダム」のサービス開始と同時に運用を開始した。ラクガキ キングダムは、自分
リーンコーヒー（Lean Coffee）のすすめ - SMARTCAMP Engineer Blog
スマートキャンプのプロダクトマネージャーの郷田です。 皆さんは普段の業務で、以下のように感じる場面はありませんか？ - 「同じチームで働くあの人と、いつもなんだか認識がずれてるかもと感じる」 - 「一通り会議はやったものの、なんだかいまいち話しきれてないようなモヤモヤがある」 - 「あの人にはもっと注力してもらいたいことがあるのに、なかなかそこまでやってもらえない」 こういった場面に遭遇したときには、リーンコーヒーを実施されることをおすすめします！ この記事では、チームのMTGで活用してみていただきたい「リーンコーヒー」を紹介します。 リーンコーヒー（Lean Coffee）とは？ リーンコーヒーの進め方 準備するもの その１：トピック出しと優先順位の決定（5分~15分） その２：トピックのディスカッション（10分〜45分） 初めてのリーンコーヒーでのハマりどころ 継続するかの判断をせずに
顔色が見えない時代のチームワークとマネジメント
おひさしぶりです。元プログラマーの菌類にして採用担当、最近はエンジニアリングマネジャーという名のグラウンドキーパーをやっている、「きのこる先生」です。草むしりに球拾い、白線を引いてトンボをかけて……と、エンジニアリングチームがケガせず練習や試合に全力を尽くせるコンディションを整えています。 相変わらずテレワークの日々を過ごしています。何度目かの緊急事態宣言で飲みに行く頻度は激減し、キャンプやサウナにもなかなか行けず、全力で引きこもる日々が続いています。どこかの神様がそんな状況を見かねたのか、プレイステーション 5の抽選販売に当選してしまい、ますます引きこもりに拍車が掛かっています。さすが次世代機、グラフィックスの進化がハンパないぜ！……といってもまだPS4タイトルしか遊んでないのですが、ロードの速さは素晴らしいですね。 さて今回は、こんな引きこもってテレワークを続ける日々で仕事はどのように
1年を超える長期プロジェクトを30人超でふりかえりした話（前編） 〜プラクティスの選択〜
新規プロダクトや大きな機能のリリース、大規模リニューアルなど、長い時間かけて行うプロジェクトは少なからず発生します。 みなさんは、そのようなプロジェクトのふりかえりは上手く行えていますか？また、オンラインでのふりかえりはどのように行っていますか？この記事では、長期間のプロジェクトに対するふりかえりの方法を、どのように準備して行なっていったかをご紹介します。 今回のふりかえり会の全体像 今回のふりかえりではmiroを用いて下記の流れで行いました。それぞれのプラクティスの内容については、本記事で説明します。 ふりかえり事前会アジェンダ 参画時期の共有（プラクティス1） 起こったことの共有（プラクティス1） ふりかえり本会アジェンダ 本日のチャレンジ宣言（アイスブレイク） 良かったこと、気になったことを共有（プラクティス1） インタビュー×3（プラクティス2） 課題の狙いを定める（プラクティス3
NewsPicksにCTOとして入社して1年でDX Criteriaを大幅改善した話 - Uzabase for Engineers
こんにちは。このブログでは初めまして。2020年の2月にNewsPicksに入社した高山です。 今回は僕がNewsPicksのCTOになってからの1年でやったお仕事について書いていきます。 CTO最初のミッション DX Criteriaについて 「デプロイ回数」を定点観測 やってきたチャレンジ 1年経ってみて CTO最初のミッション NewsPicksは2013年に誕生し、5年ほどの壮大な創業期の間にたくさんの新しい領域に挑戦しており、僕が入社したときには既に事業面でもシステム面でも「それなりの複雑さ」という感じでした。 前任CTOの杉浦さん（今はグループ内でアメリカでの新規サービスの立ち上げをしています）からバトンを受け取って最初のミッションが「DX Criteriaを上げること」だと聞いたときにそのあたりの事情を全て察しました。😅 結論から先に書くと、1年で大幅改善を達成することがで
チームや個人レベルで進捗を出すために最近やっていること - Lambdaカクテル
最近とあるサイトの新規リリースにかかわることができて，そこで得られた学びをフィードバックするという活動をやっている．具体的には運用で使えるIssue Templateを整備したりしているのだけれど，自分やチームの進捗管理みたいな分野でもフィードバックすることができたのでメモしておく． 毎日エンジニアMTGを開く 毎日Scrapboxに残タスク・進捗を書きチームで共有する 毎日の適当な時間を割いてMTGを開く MTGでやること 結果どうだったか 個人レベルの話 ページの内容 1日の流れ 終わり 毎日エンジニアMTGを開く スクラムっぽい話題?かもしれないけれど，自分のチーム(エンジニアは2人)の規模ではこれでうまくいった． 毎日Scrapboxに残タスク・進捗を書きチームで共有する 昨日からコピーしていく 毎日の適当な時間を割いてMTGを開く 話すことそんなになくても予定は作るしMTGは開く
iOSアプリ開発体制に悩んだら段階的に改善しようというお話〜効果的な4つの取り組み〜
無事アプリをリリースできたとしても、アプリ開発は終わりではありません。 限られた業務時間を本当に取り組むべき課題の解決に充てるためには、非生産的な作業を可能な限り排除する必要があります。 約半年にわたる地道な改善を経て、メンバーの受け入れ体制の整備や非属人化の施策にまで手が回っていなかったiOSアプリ開発チーム(以下、iOSチーム)が主体的に改善活動に取り組むチームへと変化を遂げました。この記事では、iOSチームが変化するきっかけとなった4つの効果的な取り組みをご紹介します。 目次 はじめに リニューアル直後の開発環境の状態 1. オンボーディング体制の整備 オンボーディング資料を作成 環境構築手順を自動化 2. 継続的改善の仕組みを作る 3. レビュー支援の充実 CIワークフローの構築 SwiftLint x Danger スタイルガイドの作成とコードレビュー観点の明文化 4. App
半年モブプロしたらチームが大きく成長した話 - Feedforce Developer Blog
こんにちは！フィードフォースで EC Booster というプロダクトを作っている @sukechannnn です。 この記事は Feedforce Advent Calendar 2020 の 11日目の記事です。 昨日は kogai さんの 趣味の本屋を始めました でした。実際に自分でECサイトを立ち上げて運営するのって、言うは易く行うは難しですよね。すごいです。 さて、内容に入っていきます。 EC Booster チームではメイン開発をモブプログラミングで行っています！ EC Booster はEC事業者様の集客を支援するサービスで、主に Google ショッピング広告を扱っています。また、今年１１月にフリープランをリリースし、より多くのEC担当者様をご支援できるよう機能開発を進めています。 アプリケーションの構成は、フロントエンドが React + Flow (TypeScript
チームで運用と戦い、おいしい牛カツと出会った話 | メルカリエンジニアリング
Merpay Advent Calendar 2020 の 9 日目は、バックエンドエンジニアの @sou がお送りします。 今日は少し泥臭く、この一年チームを成長させながら運用と戦ってきた話を書こうと思います。 私の所属するチームは加盟店情報の管理を担っており、その性格から運用に伴う作業が数多く発生します。 どんなプロダクトにも運用はあると思いますが、このチームが直面した運用の負荷はそのボリュームと複雑さから、私のキャリアの中でも最大と言えるものでした。 その運用に私たちがどのように立ち向かい改善を行ってきたか、みなさまの参考になれば嬉しく思います。 なぜそんなしんどい運用を頑張っているのか、メルペイでのやりがいや楽しさ、頑張った結果の美味しい牛カツと日本酒のお店に出会えた話も添えさせていただければと思います。 ここで言う運用とは、事業を進めていく上でさまざまな場面で発生する、自チーム以
どれくらい分かり合っておくべきなのか - hitode909の日記
技術検証とかやるときに、夢のおもしろ新技術の練習をしていると、おもしろさ、夢っぽさゆえに、導入しましょう!!となる力が働いてしまう。現在レガシー寄りの構成で、モダンな技術を試すときとかは、成功を願ってしまう。 移行先で今の苦しみが解消されているかは要確認で、技術スタックの問題ではなくて、ビジネスロジックの複雑さが現れているだけだったら、複雑さがそのままスライドして再構築されるだけだったりする。 というときに、粗探しをする前提の人を任命しておくと良いかもしれない。粗探しをするつもりでなくても、関係者が同質的すぎるときは一歩引いてバランスが取れているか確認する必要がある。 ちょっと別の話で、チームメンバーとどれくらい信じているものが同じことを期待するかという話題があって、 似たような人が集まっていると話は早い 合意形成が楽 結論が偏る恐れがある いろんな人がいると意見の偏りを防げる 合意形成は
1on1ミーティングとは？その意味と、効果的に行う方法 | Coral Capital
本連載はオープンソースライセンスの1つであるGPLの元に公開されている「The Eng Team Handbook」（エンジニアチーム・ハンドブック）を翻訳したものです。開発チームが効率的に仕事するために必要な「効果的な1on1の実施方法」「開発メンバーから開発マネージャーにポジションが変わるときの注意点」「パフォーマンス評価のテンプレート集」「360度評価のテンプレート」などが含まれます。 著者はStripeのエンジニアであるrayleneさんです。これがStripeのやり方と明示されているわけではありませんが、急成長するシリコンバレーのスタートアップにおけるエンジニアチームの取りまとめ方という意味で、日本のスタートアップでも参考にしていただけるのではないかと思います。オリジナルの英文の文書では、まだ未着手の項目もありますが、すでに書き終わってるものについて翻訳し、連載の形で5回に分けて
不確実な状況でもプロダクト開発を続けるために――はてな・プレイドが語る、コロナ禍の課題と適応のヒント
新型コロナウイルス感染症対策として、4月7日に緊急事態宣言が発令されて以降、多くの企業では在宅勤務が推奨された。これにより、プロダクト開発の現場も在宅勤務に切り替わり、大きな影響を受けた。オフィスに集まって開発していた時と、何がどう変わり、どんな課題が浮き彫りになったのか。それをどうアップデートしたのか。9月4日に開催された「プロダクト作りのトランスフォーメーション」では、そんなプロダクト開発のアップデートを遂行した2社、はてな サービス・システム開発本部 Mackerelチーム ディレクターの粕谷大輔氏とプレイド ソフトウェアエンジニア/Head of Engineeringの門脇恒平氏が登壇。不確実な状況でも変わらず成長し続けるための「変化への適応」のヒントを、実践を踏まえて解説した。 本ウェビナーは「Developers Summit 2020 Summer（デブサミ夏）」のセッショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スクラムガイドの変更点（2017→2020）から見えるスクラムチームが陥りやすい3つの罠 | Agile Studio
