Conventional Commits
Conventional Commits 人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様 Conventional Commits 1.0.0 概要 Conventional Commits の仕様はコミットメッセージのための軽量の規約です。 明示的なコミット履歴を作成するための簡単なルールを提供します。この規則に従うことで自動化ツールの導入を簡単にします。 コミットメッセージで機能追加・修正・破壊的変更などを説明することで、この規約は SemVer と協調動作します。 コミットメッセージは次のような形にする必要があります: 原文： <type>[optional scope]: <description> [optional body] [optional footer(s)] 訳： <型>[任意 スコープ]: <タイトル> [任意 本文] [任意 フッター] あな
大きなプロダクトの育て方
Developer Experience Day 2021での発表資料です https://dxd2021.cto-a.org/developer-experience-day-2021
モバイルアプリの大規模開発における組織的なソフトウェア改善の一事例と考察｜mhidaka
こんにちは。mhidakaです。技術書典やDroidKaigiのオーガナイザーという側面以外にもメルペイ所属のAndroidエンジニアという立場も持っています（みなさんあまり知らないと思いますので書いておきます）。 今日はメルカリ・メルペイでのモバイルアプリ大規模開発での、とあるアプローチをメモしておきます。内容は社内レビューを受けてマネージャの承認が取れたものなので安心して読んでください（自分のブログで書いてるのは真面目に書くと大変そうに感じる話題だったのと、なるべく楽しんでもらえるようカジュアルな口調で書きたかったからです） メルカリ・メルペイでモバイルエンジニアの開発対象というと主にアプリケーションです。大規模開発の重要な要素はアプリケーションだけではありませんが（考慮すべき要素はたくさんあるんですよ）今日はアプリのはなしです。本記事では一般化できるよう努めていますが大規模開発では組
アジャイルな開発とチームづくり - Mitsuyuki.Shiiba
社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて
Janet Gregory さんの Agile Testing for the Whole Team 研修 に参加した - こまぶろ
※以下の記事は研修の内容を伝えることを意図したものではなく個人的な感想と学んだことを記載したものです。 Agile Testing for the Whole Team 研修 3/1~3/3の3日間で、アギレルゴコンサルティング主催のオンライン研修「Agile Testing for the Whole Team」に参加してきた。 www.jp.agilergo.com 講師は Janet Gregory（@janetgregoryca） さん。『実践アジャイルテスト』の著者の一人で、最近では『Agile Testing Condensed』という書籍も執筆している（こちらについても既にブロッコリーさん（id:nihonbuson） による邦訳がある）。 実践アジャイルテスト: テスターとアジャイルチームのための実践ガイド 作者:リサ クリスピン,ジャネット グレゴリー翔泳社Amazon
Retty Developer Team 2020 - Retty Tech Blog
この記事は Retty Advent Calendar 2020 25日目、最後の記事となります。 adventar.org はじめに アドベントカレンダー最後の記事は昨年同様VPoEのkosakoが担当致します。 このタイトルとフォーマットにしてから今年で3年目となります。今年は少し違う形にしようかとも思いましたが、改めて書かれた記事を見ていいチームになったなと思ったのこともあり同じタイトルにしました。 今年のRetty Advent Calendarはエンジニアだけでなく、デザイナーやプロダクトマネージャーなども巻き込んでみましたがいかがだったでしょうか? 例年より広くRettyのことがわかる内容になったのではないかと思います。 この記事ではコロナ禍の中でRettyがどのように決断し実行していったのか、そしてどんな組織になったのかといったことをご紹介いたします。 はじめに 2019年の
ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは！ アジャイルコーチの荒瀬です。 ヤフー、および関連会社のアジャイル開発支援や研修を担当しています。 今回はヤフーのスクラム実践者の学習方法についてお話しします。 イベントや研修の中で、スクラムの勉強方法をいろいろな方から質問されることが多かったので、記事にするとより多くの人の役に立つのではないかと思い執筆することにしました。 また、せっかく書くのであれば、ヤフーの中にいるさまざまなスクラム実践者の話も交えると、経験年数別に、より参考になりそうな書籍、セミナーや研修を紹介できるのではないかと考え、ヤフーのスクラム経験者にも協力いただいています。 スクラムを始めた頃の自身のことを考えながら、こういう記事があるといいのにと思
1on1ミーティングとは？その意味と、効果的に行う方法 | Coral Capital
本連載はオープンソースライセンスの1つであるGPLの元に公開されている「The Eng Team Handbook」（エンジニアチーム・ハンドブック）を翻訳したものです。開発チームが効率的に仕事するために必要な「効果的な1on1の実施方法」「開発メンバーから開発マネージャーにポジションが変わるときの注意点」「パフォーマンス評価のテンプレート集」「360度評価のテンプレート」などが含まれます。 著者はStripeのエンジニアであるrayleneさんです。これがStripeのやり方と明示されているわけではありませんが、急成長するシリコンバレーのスタートアップにおけるエンジニアチームの取りまとめ方という意味で、日本のスタートアップでも参考にしていただけるのではないかと思います。オリジナルの英文の文書では、まだ未着手の項目もありますが、すでに書き終わってるものについて翻訳し、連載の形で5回に分けて
STORESを支える「運用週」という仕組み - STORES Product Blog
みなさんは「保守・運用」と聞くとどのようなイメージをお持ちでしょうか？ もしかしたら良いイメージをお持ちでない方もいらっしゃるかもしれません。 しかし、売り上げを生み出している既存コードの保守運用はビジネス上、新規機能開発と同等かそれ以上に重要な存在です。 保守運用は歴史あるサービスでは欠かせない作業ですが、STORESもその例外ではありません。 STORESの最初のコードが書かれてから、8年の歳月が経ちました。 今となってはコードの量も多く、今年(2020年)の8月に入社した私(@zakky)も全体を把握しきれてはいません。 STORESにジョインした最初の1ヶ月間、「商品の在庫数を一括で更新する機能」の開発に私は専念しており、その他の機能のコードを触る機会がほとんどありませんでした。 目の前のチケットを消化していくのに必死で、周りを見る余裕が無かったとも言えます。 「運用週」との出会い
新たな課題は「開発組織のあり方」。急成長スタートアップが「CleanAgile」訳者・角谷氏を迎えた狙いとは？ | Offers Magazine
新たな課題は、開発組織のあり方 前回のインタビューでは「エンジニア人員数」が課題でしたが、今回はどのような背景で角谷さんにお仕事を手伝っていただくことになったのでしょうか？ ビビッドガーデン平野俊輔氏（以下、平野氏）：一言で言うと、会社の成長フェーズが変わったことです。前回は正社員エンジニアが3人のまま売上が一気に10倍になった背景があり、開発リソース確保のために多くのエンジニアに声をかけさせていただきました。おかげで現在はエンジニアが複業・業務委託の方を含めて10人を超える規模になっています。 ビビッドガーデン平野氏 ここからさらに開発のスピードを上げていくためには、開発組織自体を強くしていく必要があります。今後どれだけエンジニアが増えても円滑に開発を進めることができ、かつ開発スピードも上げられる「開発組織のあり方」を考えた上で採用を進めていくことにしました。 そして今回、角谷さんにはビ
Web開発・オンボーディング・採用の実例に学ぶ、リモートワークのコミュニケーションと文書術 - エンジニアHub｜Webエンジニアのキャリアを考える！
Web開発・オンボーディング・採用の実例に学ぶ、リモートワークのコミュニケーションと文書術 リモートワークへの注目が高まっていますが、いざ運用すると対面とは異なるコミュニケーションに四苦八苦しているのではないでしょうか。本記事ではリモートワークを長年実践しているYassLab株式会社の安川要平（@yasulab）さんに、具体例を交えながら解説していただきます。 はじめまして！ 2012年に創業し、創業当初からリモートワークで働いているYassLab株式会社の安川（@yasulab）です。弊社では、RailsガイドやRailsチュートリアルといった大型コンテンツを日々更新し、36時間以上ある解説動画や1,400ページ超えの電子書籍などを個人・法人向けに提供しています。 本記事では、8年ほど実践してきたリモートワークの中で、読者の皆さんに役立つ（かもしれない）実例をいくつかご紹介します。日々の
組織パターン トップ10 - James Coplien - Digital Romanticism
この記事はJames Coplien氏の記事「Organizational Patterns: Building on the Agile Pattern Foundations」を、氏の許可を得て翻訳したものです（元の記事が長いため抄訳としています）。（原文最終更新日：2006年7月9日） 目的の統一性（"Unity of Purpose"） 顧客の参画 ("Engage Customers") ドメイン専門家という役割 （"Domain Expertise in Roles"） アーキテクトがプロダクトをコントロールする （"Architect controls Product"） 作業の均等な分配（"Distribute Work Evenly"） 関数の所有者とコンポーネントの所有者 （"Function Owner and Component Owner"） 雇われアナリスト （
noteの決して止まらないカイゼンを支える、エンジニアリングへの挑戦｜こんぴゅ
Developer Summit 2020にて、「noteの決して止まらないカイゼンを支える、エンジニアリングへの挑戦」という発表をしました。そのスライドや補足など。 この発表では、下記のようなことについて話させていただきました。 ・noteチームが重視するサービスのグロースサイクルとは？ ・そのグロースサイクルを円滑に回すために、開発チームをどう組織したか？データをどう活用したか？ noteのグロースサイクル noteをどう伸ばしていくかが表現されたのがこのグロースサイクル図です。"ブロック"が達成したい指標で"矢印"が具体的な施策にあたります。作者が集まれば、コンテンツが増え、読者も集まり、さらに作者が増え……という構造です。各指標をバランス良く伸ばすことでサイクルが回り、正のフィードバックでどんどんグロースしていきます。 ですので、単一のKPIだけを追うことはしません。たとえば売上だ
ミラティブ エンジニアチーム四季報（創刊号） - Mirrativ Tech Blog
こんにちは Mirrativ CTOの夏です。 現在、ミラティブでは事業部単位でチームや目標を管理しており、エンジニアが所属するチームとして以下の6つがあります。今回はこのうち、エンジニアチームについて、2019年度に行ってきた取り組みの振り返りをしたいと思います。 ライブプラットフォームチーム ユーザの定着を追う マーケ連携チーム ユーザの新規獲得を追う エモモチーム 3Dアバターであるエモモを使った新体験の創出・基礎体験の向上を追う ストリーミング改善チーム モバイル端末でのライブストリーミングの配信・視聴の品質改善を追う インフラチーム クラウド上での安定したインフラ基盤の設計・構築を追う エンジニアチーム お問い合わせ調査、不具合・障害の再発防止、開発体験の向上を追う AI技術部 コミュニティやストリーミングとAI活用の可能性を追う 毎週定例で振り返りを行っており、Confluen
最高のScrumキメた後にスケールさせようとして混乱した話
Understanding Artificial Intelligence - Major concepts for enterprise applica...
実録：お母さんが挑むチーム開発、モブプロの理想と現実の２ヶ月 - クラウドワークス エンジニアブログ
この記事は クラウドワークスアドベントカレンダー2019 5日目の記事です。 はじめに みなさまこんにちは、たかのと申します。 この秋よりご縁をいただいて、クラウドワークスでお仕事をしております。 さて、わたしはそれなりの年齢のお母さんエンジニア。 新しい世界に飛び込んで行くことに、今回も例に漏れず非常に不安をいだいておりました。 「まずは生き延びる」 そんなモットーで通い始め、いつの間にか２ヶ月。 日々若い方々のパワーに圧倒されている中で、気がつけば楽しく過ごしている自分がおりました。 今回は、一番自分らしい方法で、この２ヶ月をお伝えしたいと思います。 以下、４コマにてお届けします。 検索性に若干難点がございますが、そこはご容赦を。 はじめに 1. 母。生きのこるを目ざす。 2. チームビルディングに感動する 3. いよいよ開発！モブプロを初体験する 4. リリースまでを体験したよ！ 5
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ベロシティを上手く使って 技術的負債を計画的に解消する
リモートアジャイル開発ノウハウ集 | Agile Studio
Engadget | Technology News & Reviews
A guide to writing specs toward engineers(Japanese)
