「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から アジャイル開発手法として知られるXPやスクラムは、国内で徐々に浸透し始めています。しかしアジャイルをさらに推し進めて企業レベルでアジャイルを活用したり、あるいは企業自身がビジネスをアジャイルに回すためにはどうすればよいのでしょうか。 4月9日と10日の2日間開催されたイベント「Agile Japan 2010」。2日目の基調講演に登壇したAlan Shalloway氏は「アジャイルの現状と未来、次に来るもの。〜リーン開発への展望〜」（What Is Next In the Agile World）と題し、企業をマネジメントする視点からのアジャイルについて講演を行いました。 Shalloway氏の講演は、アジャイルについてよく言われる「プロジェクトではうまくいくが、会社レベルで展開し
マーチン・ファウラー氏が語る、21世紀のソフトウェアデザインとしてのアジャイル開発（前編）。Agile Conference tokyo 2011 － Publickey
アジャイル開発に関する論客の一人マーチン・ファウラー氏は、7月20日にテクノロジックアートが主催したイベント「Agile Conference tokyo 2011」で「21世紀のソフトウェアデザイン」をテーマに基調講演を行いました。 ファウラー氏の基調講演の様子を紹介しましょう。 アジャイル開発の意味が希薄化している ThoughtWorksのマーチン・ファウラー氏。 アジャイルソフトウェア開発宣言から10年がたち、そのあいだいろんな人が伝えていくうちに当初の意味の希薄化（Semantic Diffusion）が起きてしまったと思う。私の役割は、最初の意味を思い出してもらうことだ。 要件の安定性に依存するのは不健全だ まずは「予想的な計画（Predictive Plannning）」と「適応的な計画（Adaptive Plannning）」について。 土木や建築に由来するのが「計画駆動開
アジャイルの「ライトウィング」と「レフトウィング」：An Agile Way：オルタナティブ・ブログ
アジャイルの認知が進むにつれて、アジャイルという言葉がどんどん広がっている。アジャイル、という言葉の中にはいろんな要素が入っていることが分かる。もっと大きなものは、CI（継続的インテグレーション）を中核とする技術的なプラクティス群と、スクラムプロセスフレームワークのような、人と人との会話のプロトコルと協働関係を作るしかけだろう。自分の現状を、アジャイルに変えるためには、どうしたらよいだろう？ "最近、「アジャイル」といっても中にいろんな要素があるために、「あなたのアジャイルは何のことを言っていますか？」と聞くことからはじめないと、話がかみ合わない"、と、Agile2012帰りのかわぐちさんと話していて、そのときに、かわぐちさんが描いた絵（たぶんどこかにある４象限の図）がいまひとつ自分にしっくりこなくて、私が描いて見た絵がこの絵だ。 あなたが、現状の開発現場を「アジャイル」に変えたい、と考え
2022のアジャイル本紹介です。『継続的デリバリーのソフトウェア工学』は、久しぶりにソフトウェア工学を題した「アジャイル開発」の本です。もう一度、ソフトウェア工学の観点からアジャイルを説明していて、ま...
カンバンボードで業務を可視化・整理しよう - 組織に合ったカンバンの設計・運用をヴァル研究所の実践に学ぶ - Agile Journey
Agile Journeyをご覧の皆さん、こんにちは。ヴァル研究所の熊野壮真 / 小泉翔太です。 私たちの勤務する株式会社ヴァル研究所は、日本で最初に発売された経路検索サービス「駅すぱあと」を中心に、公共交通に関連するさまざまなプロダクトを展開しています。最近では MaaS （Mobility as a Service)）といった、未来の移動のあり方を変えていくような取り組みにもチャレンジしています。 これらプロダクト開発の現場にはアジャイルの考え方が浸透しており、各チームでは現場ごとに合わせたさまざまな形のアジャイルの実践が見られます。その実践手法は多様ですが、各チーム、共通して力を入れているのが「カンバン」による仕事の可視化の取り組みです。こと「カンバン」に関しては開発部門のみならず、バックオフィス部門でも積極的に活用しており、その活用場面の多さ、バリエーションの豊かさは当社の特色と言
Lean Startup リーンスタートアップ解説(1)：An Agile Way：オルタナティブ・ブログ
サンフランシスコ周辺で最近大きな話題になっている、リーンスタートアップ、について、簡単に導入解説したいと思います。 これによって、アジャイルは「既存の組織改革」という１つの出口から、「新しい起業の創業（スタートアップ）」という、もう１つの大きなビジネスホームグラウンドを見つけたように思います。 この資料は少し古くて、2009年に Eric Ries が Web2.0. Expo にて発表したものの一部です。オリジナルスライドはこちら。 「ウォーターフォール」、「アジャイル」、そして「リーンスタートアップ」、という３段階で説明していきましょう。 ウォーターフォール型の製品開発モデルでは、問題が既知で、解法も既知、という前提にたっています。計画したことが計画通りにうまくいけば、それでOKという世界観です。 ここでの進捗単位は、工程を１つ進む、ということ。となります。計画駆動の進め方です。 これ
開発だけアジャイルな状況を越えて顧客のアウトカムにつなげる一歩/next step in agile development agile japan 2023
「めちゃくちゃ勉強してソフトウェア開発も、アジャイルな開発もできるようになってきた! ところがせっかくうまくできるようになったけど、顧客への貢献にはなかなか繋がらない…」こんな悩みををよく聞きます。 この10年間でスクラムなどのアジャイルに関する情報やノウハウは増え、社会的な理解も広がり、その結果アジャイルははじめやすく、習熟もしやすくなっています。開発チームは急速に学習し、能力が高められやすい状況にあります。 ところがプロダクト価値の観点から見ると、開発チームも社内の他部署も、そして顧客も不満を持っていることがあります。せっかくアジャイルな活動ができるようになっても、プロダクト価値に繋げるまでにいたっていないことが多々あります。 本セッションでは、プロダクトという観点からアジャイルを捉え直し、開発チームや社内の他部署、顧客も満足するためのお話をします。 プロダクトマネジメントなど過去の登
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
テスト駆動開発のテストは、テストか？―TDD から BDD へ - An Agile Way [ITmedia オルタナティブ・ブログ]
アジャイル開発の中の１つのプラクティスであるTDD(Test Driven Development、テスト駆動開発)に使われるユニット・テスト、というものの役割について、よくテスト界の人との意見の相違がある。テストとしての完全性、や、品質保証についての考え方から見ると、テストとは呼べないのでは？ということ。 最近、アメリカテスト界の有名人であり、アジャイルコミュニティへの貢献も大きい、Brain Marick(www.testing.com/cgi-bin/blog) 氏とメールで話す機会があった。 アメリカでのコンセンサスは、TDDのテストはテストとしては二義的であり、一義的には、「設計ツール」だ これは、以前「テストの役割=進捗管理＋設計戦略」 blogs.itmedia.co.jp/hiranabe/2005/08/sd4__c05e.html で 紹介した、t-wadaさんの「テス
データモデリングなきアジャイル開発は危ういか？：An Agile Way：オルタナティブ・ブログ
尊敬するDOAの先輩である、渡辺さんがこう書いている。 「データモデルなきアジャイル」の危うさ、より その種のシステム（※引用者補記：販売管理システムや生産管理システムといった基幹系業務支援システム）をアジャイル開発しようと考えるのであれば、それまでにシステム全体の「あるべきデータモデル」が確立されていなければならない。 業務システムを「身体」に喩えるなら、データモデルは「骨格の設計図」に相当する。いっぽうアジャイル開発で導き出せるのは身体の表面上の諸問題、すなわち「皮膚のぐあい」とか「顔つき」のようなものだ。そういった特徴についていかに緻密に決定できても、それらから「あるべき骨格の姿」は導けない。 それに対して、稲見さんがこんなコメントをしている。 アジャイル開発と言っても色々で、最近流行りのScrumという手法は、開発の中身に関しては何も言及していません。ですが、私の知っているある人達
Four Keysを用いた改善活動のアンチパターンと、本質的な改善のために必要な「なぜ？」 - Agile Journey
Agile Journeyをご覧のみなさん、はじめまして。株式会社リンクアンドモチベーションの川津（@KawatsuYusuke）です。こちらの記事では主に私たちがFour Keys メトリクスを元に、開発生産性向上を目指した活動に関する話題についてお伝えします。 と言っても、『LeanとDevOpsの科学』をはじめ、Four Keysの運用に関するトピックはすでに多く語られています。また、Four Keysは便利なメトリクスであるがゆえに、ときに「Four Keysを改善する」という手段が目的化してしまうことがあります。本稿では主にこれから開発生産性向上に取り組もうとしている方に向けて、私たちの取り組みと、体験したアンチパターンをもとに、「Four Keys改善の取り組みには "なぜ？" が大事」についてお伝えします。 私たちの開発生産性向上のはじまりと、目指すべき状態の設定 Four
An Agile Way
株式会社チェンジビジョン代表取締役社長、永和システムマネジメント副社長。 オブジェクト指向開発、UMLの勘所、アジャイルな開発手法の未来、マインドマップのソフトウェア開発での利用方法、プロジェクトファシリテーション（見える化）を語ります。現在、マインドマップとUMLの融合エディタ、astah*(アスター、旧JUDE)を開発中。
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（後編）。Agile Japan 2021
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（後編）。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか？ という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
スクラムマスターの役割はスクラムを回すだけではない ─ Be Agileを志向するサイボウズの組織改編 - Agile Journey
サイボウズにおいてプロダクト開発を担当する開発本部では、2016年頃からスクラムを開発現場に導入してきました。チームにスクラムマスターがいない状況も続いていましたが、2022年にはエンジニアやデザイナーなどと同様の「職能」としてスクラムマスターをバックアップする組織改編に踏み切っています。 ▶ 組織のチームワークを最大化するためにスクラムマスター職能を作りました - Cybozu Inside Out これまでもサイボウズの開発本部ではマネージャー職をいったん撤廃するなど、組織のあり方に野心的な取り組みをしてきました。そういった組織改編の狙いや、スクラムマスター職能化から約1年でどのような効果があったのかを、開発本部副本部長の岡田勇樹さんと、シニアスクラムマスターの天野祐介さん、スクラムマスター職能化にともなって専任となったToshinariさんの3人に伺いました。 スクラムマスターがチー
GitHub - dim/retrospectiva: Open source, web-based agile project management, featuring: Goal planner, Story management, Issue-tracker, Code review, SCM Integration, Wiki & Blog. It is intended to assist the collaborative aspect of work carried out by soft
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
ステークホルダーの多いプロジェクトでもスクラムが効果を発揮するまでヤフーが取り組んできたこと─スクラムマスターとアジャイルコーチの役割とは - Agile Journey
比較的小さなチームで小回りのきくプロジェクトを進める場合には、アジャイル開発やスクラムの利点をすぐに感じられる場面も多いでしょう。しかし、より多くのステークホルダーが関わってくる大規模な開発プロジェクトとなるとどうなるでしょうか。 いくつかのチームで2010年代前半からアジャイル開発に取り組んできたヤフー株式会社の開発組織ですが、現在では新規にスクラムを導入したいプロジェクトを支援する組織があり、たくさんのステークホルダーが関わる世界的なスポーツイベントの特設メディアサイトの構築においても効果を発揮しています。 スクラムマスターとして2021年にスポーツナビの総合メディアサイト開発を推進した田原慎也さんと、その田原さんたちをアジャイルコーチとして支援した荒瀬中人さんに、複数チームをまとめたスクラムでの工夫や課題を聞きました。 後出しの追加要望や市場変化への対応が容易なスクラム 経験者が多く
【ハウツー】AgileといえばPHP - PEARの使い方くらいは知っておきましょう (1) 強力なデータベース連携 - MDB2 (MYCOMジャーナル)
AgileなWeb開発の現場で長らく使い込まれ、一日の長のある言語がPHP。そして、そのAgilityを強力に支えてくれるAPIを提供しているのがPEARと呼ばれるパッケージ集だ。PEARは、PHPを使ったWebアプリケーションの開発に欠かせない重要な機能やよく使用される機能などをにまとめたパッケージで、開発の現場で広く採用されている。 現在のPEARのバージョンは8月16日(協定世界時)に公開された1.4.11。The PHP License, version 3.0のもとで公開されている。PEARパッケージの中に各モジュールが含まれることになるのだが、それらは必ずしも同じライセンスのもとで公開されているというわけではない。デベロッパは各モジュールのライセンスに従うことで、これらを利用することができる。 本稿では、PEARの中でも比較的利用価値が高そうだと思われるモジュールをいくつか紹介
第4回特別コラム 「なぜそんなにも（アジャイル開発者にとって）Wikiは重要なのか」 角谷信太郎 2008-04-22
年に一度行われるアジャイル開発のイベント「Agile Japan」が今年も開催されました。今年の基調講演は、アジャイル開発の中で品質の重要性をあらためて位置づける目的で、James Gernning氏が「“Demand Technical Excellence”アジャイルにおける技術と品質の重要性」という題で行っています。 （本記事は「アジャイル開発において、技術と品質の重要性は不可欠だ（前編）。Agile Japan 2013」の続きです） 品質を作り込むプロセス コンピュータサイエンティストとして有名なEdsger Dijkstraは、信頼性の高いソフトウェアが必要であれば、最初からバグを避ける方法を探さなければならないことに気づくだろう。と言っています。 つまり、バグを作り込まない、品質を作り込むプロセスにすることで、大事な時間をデバッグに使われないようにするのです。 テストドリブン
Agile Studio プロデューサーの木下です。最近、エンタープライズレベル（組織全体）でアジャイル導入を推進していきたいというご相談を受けることが多くなってきました。そうした中で「アジャイル組織...
「引き継ぎできない！」から始まった私のスクラム - 川口恭伸の「はじめてのアジャイル」 - Agile Journey
Agile Journeyをご覧のみなさん、はじめまして。川口恭伸（@kawaguti）と申します。 私はアジャイル開発やスクラムに関する知識を提供し、モダンなソフトウェア開発の要素の研究、プロダクト開発の進め方やチームの目標設定など、さまざまな領域でのコンサルティングを手掛けています。 また、アギレルゴコンサルティング株式会社においてシニアアジャイルコーチとして活動しており、一般社団法人スクラムギャザリング東京実行委員会と一般社団法人DevOpsDays Tokyoの代表理事も務めています。さらに、コミュニティ活動としては、毎週水曜日に品川アジャイルに参加しており、RSGT、スクラムフェス、DevOpsDaysといったカンファレンスでのスタッフワークも担当しています。 このように、ほぼ公私の境なくアジャイルやスクラムを基にした活動を長く行っていますが、本稿では、私がスクラムを始めるまでの
私たちはこれまで、様々なお客さまと一緒にリモートアジャイル開発を実施してきました。 リモートワークの時代に私たちの実践知が少しでも役に立つならという思いで、 ノウハウ集という形で公開させていただきます。是非ダウンロードしてお読みください。
アジャイルをスケールさせる手法に正解はない 自社のモデルを探す事例と課題 平鍋健児さんに聞く - Agile Journey
仕様書の通りのITシステムをカッチリと時間をかけて作っても、顧客に「依頼したものと違う」と言われてしまう。ソフトウェアエンジニアの「いいものを作りたい」という気持ちがビジネスに生かされていない。そう感じていた平鍋健児さんは、ピラミッドのように大きな建築物を数十年かけて作るやり方ではなく、生鮮食品のように鮮度を大切にしたアジャイルの開発手法に出会い、この20年を実践と普及に取り組んできました。 近年はビジネスの立場からも語られる「アジャイル」ですが、このインタビューではアジャイルを導入する企業がステージや事業規模に応じてどのような課題に直面するのか？ とくに、小さなスタートアップ企業がアジャイルネイティブから大きくなったメガベンチャーだけでなく、旧来の開発手法を続けてきた既存の企業が、自分たちにフィットしたアジャイルを見つけるときに参照できるいくつかの事例とあわせて紹介します。 アジャイルが
Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
アジャイルを推進するチームの基本とは？ カイゼンアドバイザー・新井剛さんが教える始め方と続け方 - Agile Journey
現在ではさまざまな企業が変革に取り組むため「アジャイル」な手法に注目しています。しかし具体的に推進していくとなると、どこから手をつければよいか、またどう広げていけばよいか、導入して実践するだけでもハタと悩む場面が多いようです。 アジャイルコーチ、カイゼンファシリテーターとしてさまざまな企業のカイゼン・変革を支援してきた『カイゼン・ジャーニー』著者の新井剛さんに、そもそもアジャイルな手法がなぜ注目されていて、何に対して取り組んでいくのか、どのようにチームに取り入れ、組織全体に浸透させていくことができるのかを聞きました。 プロダクト・チーム・プロセスそれぞれをカイゼンする チームで「もやもや」を整理することより始めよ ノウハウや情報を横展開しやすくする取り組みを進める アジャイル実践時に陥りがちな3つの課題 受託・ウォーターフォール・日本的な計画への対応 まとめ：アジャイルを継続していくために
Agile and Iterative Development: Lessons from 20 Years of Ninja-style Testing
ソーシャルメディア活用企業トップ50 昨年のTwitterブームや、最近のFacebookの注目度アップの影響もあり、日本においても企業によるソーシャルメディア活用が注目を集めています。ただ、一方でソーシャルメディアの活用というと、最新サービスの活用度のみが注目されることが多く、ソーシャルメディアと呼ばれるサービス群全体への取り組みはあまり注目されてきませんでした。 そこでAMNではこのたび、日本における代表的なソーシャルメディアサービスを中心に、複数のソーシャルメディアの活用に取り組んでいる企業の活用状況について調査を行いました。今回の調査では、それぞれの登録利用者数や動画の再生回数などを指数化することで、複数のソーシャルメディアを積極的に活用している企業50社のリストを抽出しています。 順位 企業名 ソーシャルメディア 活用度指数 Twitter 指数 mixi 指数 gree
2020/09/19 「XP祭り 2020」登壇資料 https://confengine.com/xp2020/schedule
アジャイルリーダーシップの実践 - 権力ではなく影響力でアジャイルな組織をつくるために【対談】 - Agile Journey
「アジャイルリーダーシップは、これからのリーダーシップです」 変化の速度が速まり、また、複雑化した現在のビジネス環境に適応し、価値を創出し続ける組織であるためには、旧来的ではない、新たなリーダーシップが必要になる。 こう説く書籍『アジャイルリーダーシップ』が2022年秋に刊行されました。著者であり高名なアジャイルコーチであるZuzana Šochová（ズザナ・ショコバ / @zuzuzka）さんは、自身の経験と多くの情報を融合し、変化に適応するアジャイル組織を形作るうえで重要な要素である、アジャイルリーダーシップを具体化し、それを体現するために必要なコンピテンシー（行動特性）やエクササイズを同書にまとめました。 書籍で語られる、アジャイルリーダーシップの価値はどこにあるのか、組織内で浸透させるための課題は何か、いかにして現場で発露するか。こうした「アジャイルリーダーシップの実践」を、同書
本日、JUDE/Biz の新しいRCがダウンロード可能になっています。 触れ込みは「内部統制」のツールなんですが、実際はJUDEの使い勝手をそのままに、業務フローをすいすい描ける、というところに注力しています（縦方向も横方向もすいすいです）。ですので、システム開発において業務フローからユースケースを切り出したい、とか、業務フローから概念データベースを設計したい、という用途にも十分使えます。 さらに、「組織」、「人事」、「ＩＴシステム」という概念が扱えて、ＵＭＬのアクティビティ図で言うところの「スイムレーン」に、「組織」やら「ＩＴシステム」やらをドラッグ＆ドロップできるんです！ そして、知る人ぞしる、「産能大式」の業務フロー図。いま、この図法をサポートしているツールはどこにもありません。 ぜひ、試してみてください。 http://jude-users.com/ja/modules/weblo
チームをスクラムにしたいのですが とあるアプリの責任者に相談を受けた。 彼は自分のチームが改善フェーズにはいり一定のリズムでサービス改善したいためWF型からスクラム化したいらしい。 そこで、いきなり彼は「プランニングポーカーどうやるんですか」と聞いてきた。これは危ないと思った。 PO、SM、エンジニアの相互の信頼が一番大事。 信頼がポイント。それがない状態で始まると意味のない何かになりやすい。 最初にやるべき儀式は、プラクティスの勉強ではなく、 最終責任を取れるビジネス側ポジションの人が、「お互い80%くらいの確度でコミュニケーションしましょう」ということ。 お互いのガードを下げること。一蓮托生になること。 そして、「これの意味は、仮にPOが確度100%の画面ワイヤー等のドキュメントをエンジニアに渡せるのであればエンジニアも確度100%の見積もりを出せるけど、僕（PO）はそんな天才でもない
アジャイルのプラクティスを、もう一度解説して行きたいと思います。できるだけ、日本の文脈にあった内容を加えて、実践できるように。また、野中先生に後でコメントを頂く予定。 ペア・プログラミング 文字通り、2人一組になってペアでプログラミングを行う。XPでの１つのプラクティスに挙げられており、１台のPCを交互に使って行うのが基本形。昨今ではデュアルディスプレーを使ったり、ネットワークと画面共有を使ったりして遠隔地で実践しているチームもある。 コーディングは単純作業ではない。１つ１つの変数や操作の名前を決めることや、その構造、アルゴリズムにいたるまで、多くの設計判断が入り込む、クリエイティブな活動である。また、ミスが起こりやすい作業でもある。刑事やパイロット、スキューバダイビングなど、リスクが高い作業はペアで行うことは現実の世界にはたくさんある。二人でプログラミングを行うことで、リアルタイムにレビ
XP祭り2022発表資料
アジャイルコーチはなにをコーチングするのか？吉羽龍太郎さんに聞く、組織にアジャイルを取り入れるアプローチ - Agile Journey
組織にアジャイルな考え方やプラクティスを取り入れていく際、アジャイルに関して豊富な知識と経験を持つアジャイルコーチは非常に頼りになる存在です。Agile Journeyを読む方であれば、もしかしたらコーチングを受けた経験をお持ちかもしれません。 ただし、「アジャイル」は考え方や価値観であり、単一の実装形態があるわけではなく、また、アジャイルに取り組みたいと考える組織の規模や業種、メンバー構成も当然ながらまちまちです。このように前提が不確実な状態で、アジャイルコーチはいかにして依頼する組織の課題と改善のアプローチを見つけていくのでしょうか。 本稿では、こうしたアジャイルコーチにまつわる疑問を、数多くの組織の改革にコーチとして携わってきた吉羽龍太郎（よしば・りゅうたろう / @ryuzee）さんに投げかけます。組織に内在する課題の見つけ方、アジャイルな取り組みを進めていくための準備やアプローチ
後輩に提案されたスクラムにうまく適応できなかった私が開発チームのアジャイルを先導できるようになるまでに考え実践したこと - Agile Journey
アジャイルに興味を持った1人あるいは数人から始めることは、アジャイルの導入においてよくあるストーリーです。とはいえ昨今では、例えばスクラムを導入する開発チームも増えているでしょうし、ほかのメンバーが主導した取り組みとしてアジャイルを受け入れる方も多いでしょう。そんな経緯でスクラムに触れ、既存の開発プロセスとの違いに戸惑い、むしろ積極的にアジャイルを学ぶことで克服した過程を、岸田篤樹（パウリ）さんに寄稿いただきました。 Agile journeyをご覧のみなさま初めまして。株式会社ビットキーでEM（エンジニアリングマネージャー）・スクラムマスター・技術広報をしているパウリ（@pauli_agile）です。私は2015年に新卒でプログラマーとしてキャリアをスタートしました。 その頃の世の中ではすでに、アジャイル開発がさまざまな開発組織に浸透しつつある状況にあったかと思います。ただ、実際に配属さ
Ed Yourdon の『ソフトウェア工学で大切な１０の考え方』を訳しました。：An Agile Way：オルタナティブ・ブログ
先日、尊敬するエドワード・ヨードン博士が「Top 10 Software Engineering Concept」という文書の公開した、とtwitter でつぶやいていたので、「訳してもいいですか？」と聞いて、5分でOKをもらった。なんというインターネット時代だろう。 slideshare で見る PDFをダウンロード 原文を見る ヨードン博士の動機は、 不況時代に突入し、今後デスマーチが一気に増えるであろう。でも、ソフトウェア工学の大切な考え方は、そんなに昔から変わっていないんだ。新しい世代は、すごいよ、学生はみんなIMで会話して、Facebookで繋がっている。COBOLプログラマがまだ存在しているなんてことは知らないんだ。でも、ソフトウェア工学の大事なことは、なんども新しい世代が、同じ事実を発見し、過去の重要な論文や書籍にぶち当たる。ここで１０個上げて、フリー文書にしておくので、共有
アジャイルに向き合うソフトウェア開発の技術面 "ライトウィング" / Technical aspects of software development towards agile
Regional Scrum Gathering Tokyo 2022の登壇資料です。 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2022/proposal/15921/technical-aspects-of-…
ソフトウェア開発の指標でFour Keysも計測できるFindy Team+の開発チームは何から改善を始めたか - Agile Journey
ソフトウェア開発チームのパフォーマンスを測る指標、それがFour Keysです。「Four Keysはすぐに上がる数字ではなく、地道で本質的な取り組みをしながら、数値を見ることで自分たちはうまくやれていることを確認するもの」と語るのは、Findyのプロダクト開発部でエンジニアリングマネージャーを務める栁沢正二郎さん。 栁沢さんが開発に携わっているFindy Team+は、エンジニア組織がパフォーマンス改善に利用できるSaaSです。GitHubのリポジトリやJiraのイシュートラッキングなどを解析して、エンジニアやチームのパフォーマンスを数値化できます。2022年8月には、Four Keysについても可視化・分析できる「DevOps分析」機能をリリースしました。 注目したい点は、Findy Team+の開発組織自身がFindy Team+をドッグフーディングしていること。つまり、Four K
開発以外へのスクラム導入ガイド - 「よりぬきスクラム」でチームの勝ちパターンを素早く見つけよう - Agile Journey
はじめまして！GMOペパボの和島（@wajimaf）です。私が勤務するGMOペパボは「ロリポップ！レンタルサーバー byGMOペパボ」をはじめ、ハンドメイドマーケット「minne byGMOペパボ」、ネットショップ作成サービス「カラーミーショップ byGMOペパボ」、オリジナルグッズ作成・販売サービス「SUZURI byGMOペパボ」など、「インターネットで可能性をつなげる、広げる」をミッションにさまざまなサービスを展開しています。 各チーム、それぞれが最適な開発体制を追求しており、もちろんスクラムに取り組むチームも多いです。そして、弊社ではスクラムやスクラムに含まれるプラクティスに取り組んでいるのは“開発”チームだけではありません。バックオフィスや広報など、“開発以外”の業務でも関わるメンバーたちが朝会や振り返り会といったプラクティスを導入し、効率化を進めているのです。 私自身は2010
小さく始める大規模スクラム - LeSS導入のためのプラクティスと成果を実践から学ぶ - Agile Journey
こんにちは。株式会社アカツキでエンジニアリングマネージャーをしている、石毛琴恵です。私がマネージメントするチームでは、約1年半前から、スクラムのスケール手法であるLeSS（Large-Scale Scrum）を導入しています。本記事では、「これから自分の環境でLeSSを取り入れたい」「スクラムをスケールさせたい」と考えている方に向け、私のLeSS導入体験やそこから得た学び、失敗したこと、導入した結果や今後の挑戦についてお伝えしたいと思います。 なお、本記事のテーマは、「LeSSの実践」です。そのため、スクラムやLeSSの基本的な概要については、詳しく触れません。これらの基本概念に関しては、スクラムガイドやless.worksをご参照ください。 LeSSを導入した環境について LeSSとはなにか？なにをどのように解決するものなのか？ なぜLeSSを採用したのか LeSS導入のプロセス。チーム
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から
継続的デリバリーのソフトウェア工学 | Agile Studio
連載：アジャイル開発者の習慣―acts_as_agile｜gihyo.jp … 技術評論社
アジャイル開発において、技術と品質の重要性は不可欠だ（後編）。Agile Japan 2013
アジャイル組織変革の8段階 | Agile Studio
リモートアジャイル開発ノウハウ集 | Agile Studio
Ron Jeffriesが、開発者は"Agile"を捨てるべきと発言
Agile and DevOps の歴史をチェリーピック
ソーシャルメディア活用企業トップ50 ソーシャルメディアサミット｜2011年｜Agile Media Network
"群れる" アジャイル / Swarming in Agile
業務フローをすらすら描きたい方、チェック！：An Agile Way：オルタナティブ・ブログ
Scrumはじめるまえの本質的な部分の話 #agile #scrum - @i2key のBlog
ペア・プログラミング：An Agile Way：オルタナティブ・ブログ
アジャイルな働き方の本質 / Agile Way of Working