マイクロサービスアーキテクチャのリポジトリ構成を漸進的にモノレポに移行した話 - Sansan Tech Blog
Sansan Engineering UnitでSansan Data Hubの開発をしている藤原です。 前回はニッチに深く潜り過ぎたので、今回は（使い古されたネタではありますが）モノレポ化についてお話ししたいと思います。 おさらい：モノレポ（mono repo）とは 一連のソースコードを単一のリポジトリで管理している状態のことです。 特に、実装言語、またはサブシステムやドメインといった何らかの区切りでリポジトリを分けている場合に、それらを集約することをモノレポ化と言います。 逆に、複数のリポジトリに分けている状態をポリレポ（poly repo）と言います。 モノレポのメリットとデメリット モノレポ化することで、以下のようなメリットが得られます。 プロダクト全体で統一したい設定、たとえばCIスクリプトやlinter設定などの管理が楽になる。 検索が楽になる。GitHubの検索で事足りること
「シリコンバレーでは、チャットベースでもすごいスピードで開発が進んでいた」 “良いものは真似して、さらに良いものを作っていく”文化から学んだこと
NECソリューションイノベータ株式会社・シニアプロフェッショナル ITアーキテクトの茂木貴洋氏は、シリコンバレーでの新規事業会社立ち上げで得られた経験から、チーム作りの方針として活かしたことについて話しました。全2回。 本セッションのサマリー 茂木貴洋氏：みなさんこんにちは。NECソリューションイノベータの茂木です。「オフラインよりも近い組織を作る シリコンバレーで学んだモブワークの勧め」というタイトルで進めます。 まずはサマリーですが、どんなことを話すかというと、私はお客さまのDX実現やDX化をする組織に所属しております。コロナ禍にほぼ完全リモートで立ち上がったので、そこに対する話と、実際にその組織を立ち上げて事業をやっていくにあたって、シリコンバレーで新事業開発を行った経験を活かして、自組織のDX、文化改革みたいなものを実施したということ。 あとは、実際にクラウドサービスなどのフル活用
品質改善をしないアジャイル ~ウォータースクラムフォール~ - Test Automation
ウォータースクラムフォールをガチでディする全４回連載の３回目です。はい、そうです。前２回のエントリは今回ウォータースクラムフォールをガチでディする為の前振りです。ウォータースクラムフォールの説明は以下のページをご覧下さい。 実用主義者が勝ったのか？Water-Scrum-Fallが一般的に ウォータースクラムフォールの問題点 ウォータースクラムフォールの問題点は上記の記事のこちらの一節に凝縮される。 多くのアジャイル導入は実作業者によって主導され、実作業者が最も緊密に作業する領域、つまりソフトウェア開発ばかりにフォーカスすることから、このようなことが起きるのだとForrester社は見ている。リリース管理やプロジェクト計画のような領域は、未だに伝統的な手法で行われているのだ。 ウォータースクラムフォールの問題は、プロジェクト関係者がソフトウェア開発ばかりにフォーカスする事で、テストや運用計
アジャイルやマイクロサービスを阻む「今までのやり方」 - arclamp
デブサミ2023夏でスポンサー枠を取って「見えない壁を越えよう！アジャイルやマイクロサービスを阻む「今までのやり方」」という講演をしてきました。資料はこちら。 「アジャイルやマイクロサービス」という「これからのやり方」に取り組む時、苦労するのは「今までのやり方」とのギャップです。これは「ウォーターフォールやモノリス」との手法的な違いというよりも、その裏側にある組織やITの仕組み、さらには文化に起因するものです。 なぜなら、今までは「安定して効率的に対応し続ける」ことが正解であり、そのために仕組みを作り上げてきたからです。このような「今までの組織やITの仕組み」のままで、ただ単に「これからのやり方」に取り組んでも失敗してしまうのです。 「今まで」と「これから」のギャップ 失敗1：半島型 新しい手法を試すにあたり、これまでの仕組みとは意図的の距離を置く必要があります。そうしないと、これまでの仕
【資料公開】プロダクトオーナーアンチパターン
みなさんこんにちは。@ryuzeeです。 技術顧問先からの依頼でプロダクトオーナーのアンチパターンについて話をしたので、そのときの資料を公開します。 今回紹介するのは以下の6つのアンチパターンです。アンチパターンに陥っている可能性を示す兆候もあわせて示しています。 顧客やユーザーの軽視 兆候 社内のミーティングでスケジュールが埋まっている 機能の必要性の根拠はユーザーからのフィードバックではなく仮説（というか妄想）にもとづいているものが多い ユーザーがプロダクトを触っているところを見たことがほとんどない 不十分なステークホルダーマネジメント 兆候 ステークホルダーをスプリントレビューに招待していない ステークホルダーと個別にコミュニケーションしていない ステークホルダーに何か言われるとすぐに対応している 「◯◯さんの指示なのでやらないといけない」のような口癖 不在がちなプロダクトオーナー
アジャイル開発とは？プロジェクト推進からチームビルディング、見積もりのコツまでを完全解説
変化の速い現代において、臨機応変に対応しやすい開発手法として「アジャイル開発」があります。この記事では、アジャイル開発について詳しく解説します。 あらゆる業界で変化のスピードが速まり複雑化している現代においては、将来を正しく予想し、それに基づき計画を立ててプロダクトを開発していくことが難しくなってきています。場合によっては計画段階で見込んでいた条件や状況が、実行段階には変化していることもありえます。そういったケースにも臨機応変に対応しやすいのが「アジャイル開発」です。この記事では、アジャイル開発について詳しく解説します。 agile（アジャイル）には、「機敏な」「素早い」「迅速な」などの意味があります。アジャイル開発は、その名の通り、ソフトウェアの開発をスピーディーに、そして柔軟に行うことができる手法のひとつ。要求や要件定義、計画、設計、開発、テストといった一連の開発工程を短期間で反復的に
アジャイルで「偉い人」はどう振る舞うべきか - arclamp
アジャイルを展開していくうえで、現場の開発チームがどう振る舞えばいいかは具体的なテクニックがあるのですが、「偉い人」がどう振る舞うべきかについての情報が少ない気がしたので整理します。なお、僕の元ツイートはこちらからの一連です。 アジャイルを推進している偉い人の中にはスプリントレビューに出るなど、マイクロマネジメントになりがちな人がいる。理由を聞いたら「成果物が、普通に考えたらそうならないでしょ、みたいなものを作るから目を離せない」という。進言したのは「それはチームに考えさせてないからですよ」（続— 鈴木雄介/Yusuke SUZUKI (@yusuke_arclamp) 2023年2月4日 前提 偉い人、とは 偉い人は関わりすぎてはいけない なぜ、チームは普通に考えないのか 偉い人が関わらないのもダメ 偉い人は適切に関わる 追記 前提 この議論において「そもそも、偉い人やPOやエンジニアに
スクラムマスターって何をする人なの？ - だいくしー(@daiksy)のはてなブログ
これは Chatwork Advent Calendar 2日目のエントリです。 また、このエントリの公開日翌日に開催される"だいくしーのスクラムBar #1" で取り扱うテーマについての詳細な解説記事も兼ねています。 chatwork.connpass.com スクラムマスターって何をする人なの？ 本項ではこれについて少し考えてみたいと思います。また、ぼく自身が普段どういうことを考えながらスクラムイベントや、その他の仕事をしているか、なども書いてみようと思います。 スクラムマスターは、ソフトウェア開発に関する他の職種と比べても、具体的な職務内容がわかりづらい役割なのかな、と思います。少し乱暴な言い方をしてしまうと、デザイナーがいなければデザインはできないし、プログラマーがいなければアプリケーションコードを書くのはとても困難です。しかし、スクラムマスターがいなくても別に開発はできます。 そ
組織を変えようとしてメンバーに言われた「働くなら他のチームがいい」 スクラムマスターが盛大な躓きの中で見つけた光明
「スクラムフェス仙台」はアジャイルコミュニティの祭典です。初心者からエキスパートまで様々な参加者が集い、学び、楽しむことができます。ここで登壇したのは、岡田謙一朗氏。組織を変革する最初の一歩の道のりをふりかえり、学んできたことを話しました。 Unipos株式会社・エンジニア兼スクラムマスター 岡田謙一朗氏（以下、岡田）：よろしくお願いします。発表の練習を何回かしたのですが、時間がけっこうやばかったので急ぎ気味にやります。「組織を変革する最初の一歩に躓いたけど、それはそれで良かった話」というタイトルで発表させてもらいます。 Unipos株式会社の岡田といいます。「Unipos」というプロダクトを作っているエンジニア兼スクラムマスターです。マネージャーもしています。 最初に、今日の目標を述べさせてください。（目標は）組織やチームに新しいアイデアを持ち込む最初の1人に、ちょっとの勇気をお裾分けす
サービス開発における5つの“不確実性”パターン 曖昧さをコントロールするために、ユーザーストーリーを活用する
不確実性に立ち向かう各社のアジャイル開発のリアルについて話す「『不確実性』にどう立ち向かう？アジャイル開発現場のリアル【BASE・DMM】」。ここでBASE株式会社の炭田氏、植田氏、櫛引氏が登壇。まずは、不確実性に振り回される5つのパターンと、その対策法を紹介します。 炭田氏の自己紹介と本日のアジェンダ 炭田高輝氏（以下、炭田）：それでは、「アジャイルで不確実性に向き合うための開発タスクの切り方」の発表をします。よろしくお願いします。 はじめに自己紹介をさせてください。BASE株式会社でネットショップ作成サービス「BASE」のエンジニアリングマネージャーをしている炭田高輝といいます。BASEには2020年に入社して、エンジニアリングマネージャーはかれこれ1年くらいやっています。 （スライドを示して）本日のアジェンダはこちらです。最初に「不確実性とは何か」について説明して、次に「受け渡し型開
プロダクトバックログアイテムの分割方法
みなさんこんにちは。@ryuzeeです。 プロダクトバックログアイテムは、複数スプリントにまたがって1つのものに着手することはありません。 必ず、1スプリントで完成できる大きさになっている必要があります。 これは、複数にまたがってしまうと変化に柔軟に対応できなくなること、成果の量の把握が難しくなること、大きいものを扱うのはそもそも難しいことなどが理由です。 そのため、プロダクトバックログアイテムがプロダクトバックログのなかで上位になっていくにつれて、リファインメントなどを活用しながら、適切なサイズに分割していきます。 最初の段階から細かく分割してしまうと、変化に対応しにくくなったり、数が多くなりすぎて管理しきれなくなったりするので避け、着手が近づいてきたらジャスト・イン・タイムで分割していくのがポイントです。 こうすることで、チームの成長にあわせてプロダクトバックログアイテムのサイズを変え
「旧来のテスト担当者の仕事は、たぶんどんどん減っていく」 アジャイルへの移行に必要な品質向上の定義
品質やテストといった活動が「本質的にアジャイルになって変わらなければならない」といった問題を定義し、その解決手段を提案する「今、全エンジニアに求められる『アジャイル開発での品質視点の変化』」。ここで株式会社デジタルハーツホールディングスの高橋氏が登壇。まずは、ウォーターフォールモデルとアジャイルにおける品質担保の変化について話します。 セッションの概要説明 高橋寿一氏（以下、高橋）：高橋です。今日は講演というよりは、できればディスカッションみたいな感じにしたいと思っています。「アジャイル開発での品質視点の変化」というところを1時間弱お話しします。 ステレオタイプですが、ウォーターフォールからアジャイルへいったと。みんなハッピーなんですよね。書店に行くと、どんな本を読んでも「アジャイルが素晴らしい、ウォーターフォールじゃない」みたいな。やはりものを作る上でも、もののフレキシブルな使い方という
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
(公開版)スクラムマスターはどのように成長するのか
アジャイル勘違い集 (2024) | Agile Studio
「アジャイルの困りごと解決」セミナー報告（Q&A回答） | Agile Studio
- Scaled Agile
https://shiftasia.com/ja/column/%E3%82%A2%E3%82%B8%E3%83%A3%E3%82%A4%E3%83%AB%E9%96%8B%E7%99%BA%E3%81%A8%E3%81%AF/
アジャイルプラクティスマップを公開しました | Agile Studio
https://shiftasia.com/ja/column/%E3%82%B9%E3%82%AF%E3%83%A9%E3%83%A0%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%BC%E3%81%AE%E8%B2%AC%E4%BB%BB%E3%81%A8%E5%BD%B9%E5%89%B2%E3%81%A8%E5%BF%85%E8%A6%81%E3%81%AA%E3%82%B9%E3%82%AD%E3%83%AB/
QA to AQ：アジャイル品質パターンによる、伝統的な品質保証からアジャイル品質への変革一覧
