並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 246件

新着順 人気順

アジャイル開発の検索結果161 - 200 件 / 246件

  • アジャイル開発を加速させるローコード技術の衝撃 - ZDNET Japan

    第6回:ローコード開発、実際どうなの?--導入企業の本音を聞く(3) 2020-03-10 07:00

      アジャイル開発を加速させるローコード技術の衝撃 - ZDNET Japan
    • 開発チームの立ち上げで見るべきものは何か 方法論ではなく人中心で考える、アジャイル開発のコツ

      プロダクトオーナーがアジャイルへの正しい期待を持っていた 岡本卓也氏(以下、岡本)次に、幸運だったことの話にいきます。良き理解者と良いチームという話です。 良き理解者というのは、ここではプロダクトオーナーのことですね。何よりプロダクトオーナーがアジャイルへの正しい期待を持ってくれているというのが、すごくラッキーだなと思っています。よくあるアジャイルへの勘違いなどが一切なく、「チームに成長してほしい」という明確なビジョンをいつも示してくれます。 チームや永和への信頼も厚いので、チームとしてもすごくやりやすいです。なのでPOには感謝しかないのですが、現場を信頼してくれて、適切な権限委譲をしてくれるとチームは本当に動きやすいなと思います。 ポテンシャルのあるメンバーを集めてモチベーションを高く保てば、チームは勝手に成長する それから良いチームですね。先ほど「チームビルドをがんばった」という話をし

        開発チームの立ち上げで見るべきものは何か 方法論ではなく人中心で考える、アジャイル開発のコツ
      • それなりのアジャイル開発とスクラム / It is an Agile and Scrum

        アジャイル開発とスクラムを「それなりに」解説しています。 そして、数々の事例を見てきて感じる「間違えやすい」「失敗しやすいい」ポイントにフォーカスした内容に仕上げています。 個人の意見も入るため、より正確性を求めたり、詳細を知りたい場合は『アジャイルサムライ』を読みましょう。

          それなりのアジャイル開発とスクラム / It is an Agile and Scrum
        • 初代プリウスにみるアジャイル開発の要素と現代の環境での進め方について

          ハードウェア部門には、長い歴史があり、皆が知っている創業期の神格化された伝説の仕事があるものです。それって、よく見ると当時の環境でアジャイル開発していたのかもしれません。弊社の伝説の開発のひとつ、スクラムの源流でもある、初代プリウスにみるアジャイル開発要素を分析し、理解を深めると同時に、現代の環境でのアジャイル開発の進め方を考察してみます。

            初代プリウスにみるアジャイル開発の要素と現代の環境での進め方について
          • IPAがアジャイル開発向け「モデル契約書」を公開、使いこなしのコツとは

            DX(デジタルトランスフォーメーション)の実現には、ビジネスの変化に応じて柔軟にシステムを開発・変更できるアジャイル開発が向いていると言われる。開発チームのメンバー同士が緊密なコミュニケーションを取りながら、1週間から数カ月程度に期間を区切って反復開発し、徐々にシステムを完成形に近づけていく。開発途中でシステムに変更が発生しても許容しやすい。 ただし従来のウオーターフォール開発に慣れた現場でアジャイル開発を始めるにはいくつかのハードルがある。その代表例が契約だ。開発リソースの関係で外部のITベンダーに開発を委託するユーザー企業は多い。ITベンダーと契約を結ぶ際、ウオーターフォール開発で一般的な「一括請負契約」は開発途中の仕様変更を許容するアジャイル開発と相性がよくない。開発当初から仕様が決められているからだ。 では、アジャイルによるシステム開発を外部に委託する場合はどのような契約を結べばよ

              IPAがアジャイル開発向け「モデル契約書」を公開、使いこなしのコツとは
            • アジャイル開発の前に組織で説くべきこと|市谷 聡啓 (papanda)

              「アジャイル開発を組織で認めてもらうためにはどうしたら良いか?」という相談をいまだ受けることがある。日本におけるアジャイル開発は、マジョリティ層に到達している、というのが私の肌感だが、それは同時に先の悩みに直面する人達がまた増えるということでもある。 そういう方に向けては「そもそも事業やプロダクト開発をどうやるか?」からの「仮説検証」の前提性を説くと良い。仮説立てて、検証する、そもそもこうした活動が組織にとってどう判断されるか。 10年、5年前と違うのは、デジタル・トランスフォーメーションを良い意味で傘に着られることだ。DXを本気で進めようとする組織で「仮説検証」の不要論が持ち上がることはほぼ無い(もしそうなった場合は、DXの捉え違い問題が発生していることになる)。 「仮説検証」が事業活動に取り入れられていない場合、2つの種類の失敗が起きうる。「採用の失敗」と「却下の失敗」だ。前者は、勘と

                アジャイル開発の前に組織で説くべきこと|市谷 聡啓 (papanda)
              • スクラムは“学ぶ”のではなく“遊べ” ホンモノのアジャイル開発は試す習慣でマスターできる

                「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。徳冨氏は、アジャイル開発20年続けて得た学びについて発表しました。全2回。前半は、会議の概念が覆ったときの体験について話しました。 徳冨優一氏(以下、徳冨):「ゲームのように学ぶスクラム開発」をやっていきたいと思います。 アジャイルに興味のあるみなさん、どう学んでますか? XPの白本から始まったアジャイル開発です。その後たくさんの本が出版されていて、本にはたくさん良さそうなことが書いてありますが、実践しようとするとわからないことだらけだったりしませんか。 自分のプロジェクトがスクラムを採用していると思っていたら、“ミルクボーイがアジャイルを説明したら”のネタになっていてハッとしたりしませんでしたか? 今日はアジャイルの入り口にいる人たちに向けて、私が

                  スクラムは“学ぶ”のではなく“遊べ” ホンモノのアジャイル開発は試す習慣でマスターできる
                • 「ねぇ、くまごろう」で起動 独自のスマートスピーカーがアジャイル開発のムダを削減?

                  「アジャイル開発の業務課題を、スマートスピーカーで解決しようと挑戦した」──KDDIの若林直希さん(クラウドプラットフォームサービス ベアメタルサーバーサービス 開発担当)は、7月29日に開かれたカンファレンス「Cloud Operator Days Tokyo 2020」で、自身が所属する開発チームでの試みについてこう話した。 法人向けクラウドサービスの機能開発を担当する若林さんのチームでは、開発に伴って発生する会議とその準備がメンバーの負担になっていた。そこで、独自に開発したスマートスピーカー「くまごろう」を導入したところ、毎回の会議にかかる時間を5~10分ほど短縮できたという。 くまごろうは、若林さんのチームがマイクロコンピュータ「Raspberry Pi」(ラズパイ)と音声AIアシスタント「Google Assistant」の開発キットを使って開発した独自のスマートスピーカー。ラズ

                    「ねぇ、くまごろう」で起動 独自のスマートスピーカーがアジャイル開発のムダを削減?
                  • ユーザー要望で要件が増えてく〜アジャイル開発での落とし穴〜 | フューチャー技術ブログ

                    はじめにこんにちは、Technology Innovation Group所属の久保です。 失敗談をテーマにした連載の6本目です。 自分が担当した業務でのアジャイル開発での失敗について反省したいと思います。選定したアーキテクチャとアジャイル開発の相性があまりよくなく苦労しました。これはアジャイルの本にはなかった知見でした。 アジャイル開発ってなに?Wikipediaにはこのように書いてありました。 ソフトウェア工学におけるアジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、人間・迅速さ・顧客・適応性に価値を置くソフトウェア開発である[1]。典型的なアジャイルソフトウェア開発では、チーム主導で設計・実装・デプロイを短期間に繰り返してユーザーが得た価値を学習し適応する、すなわちトライアルアンドエラーで開発が行われる。ア

                    • 政府の「アジャイル開発」コロナ対策システムでトラブル続出、IT契約との関係は

                      政府は新型コロナウイルス対策システムの開発に相次いでアジャイル開発の手法を取り入れた。しかしトラブルが多発している。専門家は、アジャイル開発の採用は必要だったと指摘する一方で、行政機関による本格的なアジャイル開発は道半ばだと口をそろえる。開発ベンダーと結ぶ契約において、行政機関に特有の課題もあるからだ。 根幹を成す機能に軒並み不具合 アジャイル開発は、利用者にとって優先度の高い機能やサービスから順次開発・リリースし、顧客の反応や運用時の技術評価といったフィードバックを基に素早く改善を繰り返す手法だ。政府は「新型コロナウイルス感染者等情報把握・管理支援システム(HER-SYS)」や新型コロナウイルス接触確認アプリ「COCOA」、自治体向けの「ワクチン接種記録システム(VRS)」の開発において、開発ベンダーにアジャイル開発の手法を取り入れるよう求めた。 例えば内閣官房情報通信技術(IT)総合戦

                        政府の「アジャイル開発」コロナ対策システムでトラブル続出、IT契約との関係は
                      • 【リスト】アジャイル開発で使えるプラクティスを集めてみた - Qiita

                        アジャイルプラクティス一覧 アジャイル開発で使えそうなプラクティスを一覧化してみました。(カッコ内)は別名です。ググる際など参考にして下さい。なお、ここで言う「プラクティス」は広い意味で使っています。詳細は末尾の「注意点」を参照願います。このリストが誰かのお役に立てば幸いです。 開発方針/コンセプトの定義 インセプションデッキ エレベーターピッチ (エレベータースピーチ、Lift speeche、Elevator Statement) プロダクトビジョン プロダクトゴール プロジェクト憲章 ゴールデンサークル (Start With Why) チームビルディング ナイスなチーム名 (Team Branding、Team Naming、Group Identity) 星取表 (スキルマップ、スキルマトリックス) トラックナンバー (トラック係数、バス係数、ハネムーンナンバー) ドラッカー風エ

                          【リスト】アジャイル開発で使えるプラクティスを集めてみた - Qiita
                        • アジャイルと経営 【第2回】「アジャイル開発」と組織論 - Executive Foresight Online:日立

                          時間をかけて要件を定義し、スタートすれば設計から開発、テスト、運用まで一気に進むウォーターフォール型ソフトウェア開発。それに対し、チーム全員が一週間で作れるところまでをまず形にし、それを共有しながら小さな開発を積み重ねていく「アジャイル開発」は、硬直しがちな縦割りの組織をチーム単位で再構成し、モチベーションを高めるという意味では経営の組織改革にも通じる。今日では「アジャイル」は、組織論として取り上げられることも多い。そして、このアメリカ発の「アジャイル開発」のルーツは、意外にも日本の組織論にあった。 「第1回:『アジャイル開発』夜明け前」はこちら> 『アジャイル開発とスクラム』、この本で「アジャイル」を経営者に――「アジャイル開発」や「スクラム」といったソフトウェア開発の手法が、今では組織論の文脈で語られることが多くなった要因として、2013年に平鍋さんが一橋大学名誉教授の野中郁次郎先生と

                            アジャイルと経営 【第2回】「アジャイル開発」と組織論 - Executive Foresight Online:日立
                          • アフターコロナ時代を想定して分散アジャイル開発について調べてみた(Agile Software Development with Distributed Teams) - 勘と経験と読経

                            ウィズコロナなのかアフターコロナなのかはよくわからないけど、今回の新型コロナ感染拡大の事態を踏まえて分散アジャイルについての勘所について整理しようと思って、いろいろな調べてみた。世の中にはTips集と精神論ばかりが溢れている気がする。知りたいのは戦術だ。先人たちの知見から学ぶことはあるのだろうか? Agile Software Development with Distributed Teams: Staying Agile in a Global World 以前に「A Practical Guide to Distributed Scrum」という本を読んでいる(DAD本で紹介されていた)。 agnozingdays.hatenablog.com この本は基本的に「複数のグローバルなサイトに分散されたチームでのスクラム」について書かれていたと記憶している(若干自信はない)。今回読みたい

                              アフターコロナ時代を想定して分散アジャイル開発について調べてみた(Agile Software Development with Distributed Teams) - 勘と経験と読経
                            • チーム開発の視点が変わる アジャイル開発の新常識 第4回 初めての新規サービス開発(実践編) | NTTデータ先端技術株式会社

                              *本コラムは、技術評論社「Software Design」2021年3月号に寄稿したコラムを掲載しています。 前回は、いかに価値あるサービスや課題解決を具体的に創出するかについて書きました。今回はその実践編として、具体的なイメージのあるサービス・価値をどのような形で実現するか、言い換えるとどのようにプロダクトバックログを作っていくか、について解説したいと思います。 プロダクトバックログを作るまでの道のり 今回の目的は、プロダクトバックログはどのようにして作られるかをお伝えすることです。前回定義したサービスイメージから、どのような道のりを経て、プロダクトバックログに到達するのか、について述べていきます。 ここで、前回の検討を一度おさらいしておきたいと思います。 サービスの目的:「自分の家が防犯上望ましくない状態になっている」ことを防ぐ 簡易ペルソナ:子供が1人おり、共働きの山田さん(44歳)

                                チーム開発の視点が変わる アジャイル開発の新常識 第4回 初めての新規サービス開発(実践編) | NTTデータ先端技術株式会社
                              • Amazon.co.jp: (電子版(PDF)ダウンロード特典付き)いちばんやさしいアジャイル開発の教本 人気講師が教えるDXを支える開発手法 (いちばんやさしい教本): 市谷聡啓, 新井剛, 小田中育生: 本

                                  Amazon.co.jp: (電子版(PDF)ダウンロード特典付き)いちばんやさしいアジャイル開発の教本 人気講師が教えるDXを支える開発手法 (いちばんやさしい教本): 市谷聡啓, 新井剛, 小田中育生: 本
                                • 少人数でのアジャイル開発への取り組み実例 (一歩目の踏みだし方) / a first step to agile movement

                                  July Tech Festa #JTF2020 で発表した少人数でのアジャイル開発への取り組み実例についての資料です。 Google slide: https://docs.google.com/presentation/d/1qyufmgne7SCFA4wBs6Zz_6kAEy8btSp79ERR76nFJhY/edit?usp=sharing

                                    少人数でのアジャイル開発への取り組み実例 (一歩目の踏みだし方) / a first step to agile movement
                                  • アジャイル開発とは? 特徴とメリット・デメリット、スクラムまで徹底解説 - 株式会社モンスターラボ

                                    「アジャイル開発」は、システムやソフトウェア開発において主流になっている開発手法。 「アジャイル」には“素早い”という意味があり、サービスインまでの期間を短縮できることが最大の特徴。開発途中の仕様・要件変更に柔軟に対応できることから、多くのプロジェクトで導入されています。 ➡︎【資料ダウンロード】DXを加速させる「アジャイル手法」の教科書 ★オンデマンド配信:DXプロジェクト事例で見るアジャイル手法の進め方

                                      アジャイル開発とは? 特徴とメリット・デメリット、スクラムまで徹底解説 - 株式会社モンスターラボ
                                    • アジャイル開発とは?プロジェクト推進からチームビルディング、見積もりのコツまでを完全解説

                                      変化の速い現代において、臨機応変に対応しやすい開発手法として「アジャイル開発」があります。この記事では、アジャイル開発について詳しく解説します。 あらゆる業界で変化のスピードが速まり複雑化している現代においては、将来を正しく予想し、それに基づき計画を立ててプロダクトを開発していくことが難しくなってきています。場合によっては計画段階で見込んでいた条件や状況が、実行段階には変化していることもありえます。そういったケースにも臨機応変に対応しやすいのが「アジャイル開発」です。この記事では、アジャイル開発について詳しく解説します。 agile(アジャイル)には、「機敏な」「素早い」「迅速な」などの意味があります。アジャイル開発は、その名の通り、ソフトウェアの開発をスピーディーに、そして柔軟に行うことができる手法のひとつ。要求や要件定義、計画、設計、開発、テストといった一連の開発工程を短期間で反復的に

                                        アジャイル開発とは?プロジェクト推進からチームビルディング、見積もりのコツまでを完全解説
                                      • アジャイル開発を回す5つの定期イベント、教科書にはない現場発のノウハウとは

                                        実践編の第1回と第2回でプロジェクトの「企画」と「初期計画」におけるポイントを解説してきた。実践編の第3回ではプロジェクトを運営していく際に開催する5つの「定期イベント」について解説する。 具体的には、「イテレーションの作業計画作成」「1日の作業計画作成」「ステークホルダーへの進捗報告」「振り返り」「作業計画の見直し」で、この5つの定期イベントを回していく。この方法はアジャイル開発手法の1つである「スクラム(Scrum)」と同じであり、本記事ではスクラムの用語を使って解説する。 大切なのはそれぞれの定期イベントの目的や趣旨についてステークホルダー間の認識を合わせておくことだ。そのことが、各イテレーション(1サイクルの開発期間。スクラムでは「スプリント」とも呼ぶが、本記事では「イテレーション」とする)、ひいてはプロジェクト全体が誤った方向に進むことを防ぎ、無駄な作業を減らした効率的な運営につ

                                          アジャイル開発を回す5つの定期イベント、教科書にはない現場発のノウハウとは
                                        • アジャイル開発とは何か、まずは基礎を知ろう

                                          アジャイル開発とは何か、まずは基礎を知ろう:製造業のためのアジャイル開発入門(1)(1/3 ページ) 複雑性/不確実性に対応するためソフトウェア開発業界で広く採用されている「アジャイル開発」の製造業での活用法を紹介する本連載。第1回は、アジャイル開発の定義や向いている領域、アジャイル開発の各手法を中心に、基礎から解説する。 当初の計画通りに作っていればモノが売れていた昔と違い、社会やビジネスの複雑性/不確実性が高いこの時代においては、作るものを事前に完璧に把握することは困難です。そのため、ユーザーからのフィードバックや改善を少しずつ重ねながら進めていくプロセスや考え方の必要性が増しています。 このような背景の中で、ソフトウェア開発業界では複雑性/不確実性に対応するための「アジャイル開発」が主流になってきています。このアジャイル開発は、製造業においても十分に活用できるはずです。 本連載では、

                                            アジャイル開発とは何か、まずは基礎を知ろう
                                          • Amazon.co.jp: 品質重視のアジャイル開発: 成功率を高めるプラクティス・Doneの定義・開発チーム編成: 誉田直美: 本

                                              Amazon.co.jp: 品質重視のアジャイル開発: 成功率を高めるプラクティス・Doneの定義・開発チーム編成: 誉田直美: 本
                                            • “わからない”を“わかる”に変えて積み上げる ニューノーマル時代のアジャイル開発とは

                                              Agile Tech EXPO は、アジャイル開発を実践している方々、アジャイルに興味がある方々に向け、マインドやフレームワークに加えて、技術の最新動向をお届けするカンファレンスです。株式会社ホロラボ Co-founder/CEOの中村氏が、設立から現在に至るまで自社の開発スタイルにおいて変わったこと、変わらないこと。そこにどのようなアジャイルの精神を取り入れたのかをお話しします。まずはアジャイルとスクラムの文化について。 新しい技術でアジャイルなマインドで進めていく 中村薫氏:ホロラボの中村と言います。『新しい技術でアジャイルなマインドで進めていく』ということでお話しします。スライドはこちらにアップしていますので、お手元でご覧になりたい方は取得ください。 僕は基本的にオンラインではカメラをずっと切りっぱなしにしている人間なんですけれども(笑)、たまたまこの前、動画の講演資料を作る機会があ

                                                “わからない”を“わかる”に変えて積み上げる ニューノーマル時代のアジャイル開発とは
                                              • 仮説検証型アジャイル開発に携わり始めたエンジニアの思考(と Mackerel Drink Up の宣伝) - Diary of a Perpetual Student

                                                新卒入社から1年ちょっと経ったころ、開発チーム内での席替え*1があり、Mackerel の OpenTelemetry 対応という大きな開発プロジェクトからは離れることとなった。それまで自分が携わってきた OpenTelemetry 対応については Mackerel 公式ブログに記事を書いたのでぜひ読んでほしい。 mackerel.io このプロジェクトを離れた代わりに、Mackerel チーム内で新たに発足した、大小様々な顧客要望に優先度をつけて仮説検証型アジャイル開発のサイクルを回し、インパクトの大きなものを高い頻度でユーザーに提供し続けることを目指したユニットに所属し、エンジニアをすることになった。このユニットでの取り組みによって、最近だと以下のような機能の提供が実現された: ホスト一括操作強化 ホスト一覧でのホスト名による絞り込み機能 外形監視レスポンスタイムグラフの単位をデフォル

                                                  仮説検証型アジャイル開発に携わり始めたエンジニアの思考(と Mackerel Drink Up の宣伝) - Diary of a Perpetual Student
                                                • 急がば回れ、アジャイル開発の生産性を高める新サービスでNTTデータが注目したあの「原則」

                                                  DX(デジタルトランスフォーメーション)に向けた取り組みが増えるなか、変化に強いシステムを開発しやすいアジャイル開発の採用が増えている。ガートナージャパンが2019年2月に発表した調査結果によると、「日本国内の従業員数2000人以上の大企業では、アジャイル型開発を『採用中』または『採用予定あり』と答えた割合が70%近くに達した」という。 顧客ニーズを取りこぼすまいと日本のIT企業もアジャイル開発要員を増やす。日経 xTECHの独自調査では2021年にNTTデータが6000人、富士通が4000人、SCSKが3000人のアジャイル開発要員を抱えようと計画している。 ユーザー企業もIT企業もアジャイル開発に意気込むものの、計画重視のウオーターフォール型を基本としてきた開発現場にアジャイル型を定着させ、生産性を高めていくのは容易ではなさそうだ。理由の1つがマネジャーもメンバーも「モチベーションの維

                                                    急がば回れ、アジャイル開発の生産性を高める新サービスでNTTデータが注目したあの「原則」
                                                  • CTC、Azureを用いたDX推進のためのデジタル基盤を提供 データ利活用やアジャイル開発の推進なども中長期的に支援

                                                      CTC、Azureを用いたDX推進のためのデジタル基盤を提供 データ利活用やアジャイル開発の推進なども中長期的に支援
                                                    • 【実録】製造業のファクトリーIoTでアジャイル開発してみた

                                                      【実録】製造業のファクトリーIoTでアジャイル開発してみた:製造業のためのアジャイル開発入門(5)(1/3 ページ) 複雑性/不確実性に対応するためソフトウェア開発業界で広く採用されている「アジャイル開発」の製造業での活用法を紹介する本連載。第5回は、製造業のファクトリーIoTの開発で、どのようにアジャイル開発を導入し、活用したのかを紹介する。 こんにちは。本連載ではアジャイルとは何かの基礎から始まり、アジャイル開発導入のポイント、導入がつながる未来などについて紹介してきました。 そこで今回は、実際に製造業の現場でアジャイル開発をしてみたメンバーがその実態を紹介してみたいと思います。 ⇒連載「製造業のためのアジャイル開発入門」バックナンバー 工場をIoT化するファクトリーIoTのAPI開発 今回紹介するプロジェクトは、ファクトリーIoT(モノのインターネット)の事例です。 このプロジェクト

                                                        【実録】製造業のファクトリーIoTでアジャイル開発してみた
                                                      • アジャイル開発における品質管理

                                                        少人数、短期間の開発を繰り返すアジャイル開発では、どのようにすれば品質を保つことができるのだろうか。本連載では、アジャイル開発における品質管理の手法を解説する。第5回は、システム全体の品質を担保しつつ、想定したリリース時期を守るためのポイントについて。

                                                          アジャイル開発における品質管理
                                                        • アジャイル開発の法務 | 日本加除出版

                                                          ・様々な手法があり開発実務の運用も多様であるため、手法や実務の把握が難しい… ・公表されているトラブル事例や裁判例が 少なく、問題点の把握が難しい… ・従来のシステム開発との法的論点の違いは…? アジャイル開発 の法務を中心に扱った、日本初の書! IPAモデル契約の策定に関与した弁護士が 基礎知識・法的留意点・契約書のカスタマイズ等について解説! 第1章 アジャイル開発の紹介 では ウォーターフォール開発との比較や、一般的なアジャイル開発(スクラム)の進め方を概説。 第2章 法務的観点から見たアジャイル開発 では アジャイル開発の外部委託の活用形態や、外部委託の際に考慮すべきアジャイル開発の特徴について整理。 第3章 アジャイル開発と契約 では 公表されているモデル契約の紹介を行うとともに、アジャイル開発の外部委託契約において検討すべきポイ ントについて論じる。また、アジャイル開発に関する

                                                            アジャイル開発の法務 | 日本加除出版
                                                          • スタートアップが痛みを伴いながらアジャイル開発をスケールした物語〜LeSS序章〜|かわきん(ちゃんかわ)/atama plus スクラムマスター

                                                            こんにちは、atama plusというAI×教育のスタートアップでスクラムマスターをしている河口です。 会社の紹介については、下記のスライドを参照ください。 atama plusでは創業以来アジャイル開発を行っています。1チームから始まり、3チーム、5チームと組織の拡大に伴い「どのようにアジャイル開発をスケールするか」という壁にぶち当たりました。 例えば、チームを細かく分けすぎたことによってチーム間の調整コストが上がったり、局所最適が加速しプロダクトの一体感が失われていったり・・・。 みなさんの組織の中でも思い当たる節はあるのではないでしょうか? 急激・急速に拡大するスタートアップがどのように痛みを伴いながらアジャイル開発をスケールしていったのか? 第1回目の今回はatama plusがどのように大規模アジャイルへ取り組んでいったのか、その背景にはどんな課題があったのかをお伝えします。 a

                                                              スタートアップが痛みを伴いながらアジャイル開発をスケールした物語〜LeSS序章〜|かわきん(ちゃんかわ)/atama plus スクラムマスター
                                                            • アジャイル開発チーム発足からわずか1年でMaaSリリース! デンソーのチームビルディング【デブサミ2019】

                                                              インフラ管理はコード化、テンプレート化、マネージドサービス積極活用 ここでいったん、視点をインフラ管理に向けよう。インフラ管理はアジャイル開発チーム全体が対象となる。2018年8月にはアジャイル開発チームは6つまで拡大した。限られた人数で6チームが要求するインフラを提供しなくてはならない。アジャイル開発なので構成変更に対応しなくてはならないこともある。開発メンバーがアプリケーション開発に専念できる環境が要求された。インフラチームにも生産性が求められていたことになる。 そこでインフラ担当はインフラをコード化し、横展開が可能となるようにテンプレート化して、工数削減に努めた。またインフラを担当した冨田氏は「極力マネージドサービスを使用して、運用や保守の負担を軽減しました」と話す。 株式会社デンソー MaaS開発部 デジタルイノベーション室 SREチーム エンジニア 冨田進氏 インフラのコード化に

                                                                アジャイル開発チーム発足からわずか1年でMaaSリリース! デンソーのチームビルディング【デブサミ2019】
                                                              • 【保存版】ユーザーストーリーの基本|アジャイル開発に携わるメンバーが抑えるべきポイント

                                                                アジャイル開発を行っている担当者なら、ユーザーストーリーという言葉はよく耳にすると思います。開発する上で、ユーザー目線の・・・・と想起する方は多いと思いますが、実際は、下記のような疑問をお持ちではないでしょうか? ・ユーザーストーリーってそもそもなに? ・どんなときにユーザーストーリーを使えばいいのか? ・どうやってユーザーストーリーを書けばいいのか? 上記のような疑問や不安にお応えしていきます。 今回の記事を読めばこれがわかる! ☑️ ユーザーストーリーの目的が理解できる ☑️ ユーザーストーリーを使ったほうが良い場合 ☑️ ユーザーストーリーの書き方 この記事を書いている私は、、 普段はマーケター&ディレクターとして、アジャイル開発を行うプロジェクトに関わっています。サイト内の数値分析からUI/UX面を考慮した仕様書・画面設計書を書き、サービスを使うユーザー層をカテゴライズし、どんなU

                                                                  【保存版】ユーザーストーリーの基本|アジャイル開発に携わるメンバーが抑えるべきポイント
                                                                • アシスト、アジャイル開発を支援する「アジャイル価値共創サービス」を開始 | IT Leaders

                                                                  IT Leaders トップ > テクノロジー一覧 > システム開発 > 新製品・サービス > アシスト、アジャイル開発を支援する「アジャイル価値共創サービス」を開始 システム開発 システム開発記事一覧へ [新製品・サービス] アシスト、アジャイル開発を支援する「アジャイル価値共創サービス」を開始 ユーザーの取りくみ段階に応じて6コースを用意 2020年7月2日(木)日川 佳三(IT Leaders編集部) リスト アシストは2020年7月2日、アジャイル開発に取り組むユーザー企業を支援するサービス「アジャイル価値共創サービス」を開始した。初めてアジャイル開発に取り組む企業から、アジャイル開発を標準化して全社に普及させたい企業まで、ユーザーの取り組み度合いに応じて4段階のサービスを提供する。 アシストの「アジャイル価値共創サービス」は、アジャイル開発に取り組むユーザー企業を支援するサービス

                                                                    アシスト、アジャイル開発を支援する「アジャイル価値共創サービス」を開始 | IT Leaders
                                                                  • アジャイル開発を生かす契約書 IPAが「情報システム・モデル取引・契約書」を公開

                                                                    独立行政法人 情報処理推進機構(IPA)は2020年3月31日、「情報システム・モデル取引・契約書」のアジャイル開発版を公開した。IPAのWebサイトからダウンロードできる。アジャイル開発の外部委託を想定したもので、ユーザー企業やベンダー企業、業界団体、法律専門家の意見をとりまとめて策定した。 アジャイル開発は、機能の追加や変更、優先順位の変更、先行リリース部分の改善などに柔軟に対応可能な開発手法。そのため同契約書では、あらかじめ定めた成果物に対して対価を支払う「請負契約」とせず、ベンダー企業が業務を遂行することに対価を支払う「準委任契約」を前提とした。 認識の食い違いを防ぐ2つの補足資料 さらに、アジャイル開発の利点を生かすためにユーザー企業が積極的に関与できるよう、ユーザー企業とベンダー企業の間で認識の食い違いを防ぐ2つの補足資料も用意した。 1つは「契約前チェックリスト」で、契約締結

                                                                      アジャイル開発を生かす契約書 IPAが「情報システム・モデル取引・契約書」を公開
                                                                    • ヨドバシカメラがアジャイル開発/内製化やエンジニア育成を本格化、クリエーションラインに出資 | IT Leaders

                                                                      IT Leaders トップ > テクノロジー一覧 > システム開発 > 事例ニュース > ヨドバシカメラがアジャイル開発/内製化やエンジニア育成を本格化、クリエーションラインに出資 システム開発 システム開発記事一覧へ [事例ニュース] ヨドバシカメラがアジャイル開発/内製化やエンジニア育成を本格化、クリエーションラインに出資 2022年6月1日(水)日川 佳三(IT Leaders編集部) リスト ヨドバシホールディングスは、ヨドバシカメラのEC戦略/顧客体験強化の一環で、システム開発会社のクリエーションラインに出資し、資本業務提携を結んだ。提携の下、顧客体験を高める新規サービスの開発やエンジニアの育成などを進めていく。2022年5月31日の両社の発表によると、クリエーションラインがヨドバシホールディングスから受けた第三者割当増資による出資は総額1億5000万円。 ヨドバシホールディン

                                                                        ヨドバシカメラがアジャイル開発/内製化やエンジニア育成を本格化、クリエーションラインに出資 | IT Leaders
                                                                      • 2022年1〜3月に社内で共有したアジャイル開発関連の記事 - tuneの日記

                                                                        社内でアジャイル開発を議論するSlackチャンネル #tech_agile に見かけた良記事のまとめです。 ノウハウ・知見 フィーチャーファクトリーにならないように注意 有名なMVP図の解説 デュアルトラックアジャイルの実践 フィーチャーフラグの分類 ユニコーン企業の秘密をベースとしたスケーリングの考え方 落合博満に学ぶ 技術負債に立ち向かう前の話 TDDの考察 スクラムチームを生産的にするパターンランゲージ プロダクトバックログの整理の秘訣 30分で分かった気になるチームトポロジー 他社事例 メルカリCAMPシステム LIFULL GitLabで学んだ最高の働き方 atama+ LeSS事例 Regional Scrum Gathering Tokyo 2022 スライドまとめ 後日公開された動画 いい感じのチームを作る考え方 ChatworkのScrum@Scale事例 永和システムで

                                                                          2022年1〜3月に社内で共有したアジャイル開発関連の記事 - tuneの日記
                                                                        • SaaSのビジネスモデルがアジャイル開発を促進したという仮説 - プログラマの思索

                                                                          「ソフトウェア・ファースト」を読んで、改めて、アジャイル開発はSaaSの開発プロセスを発展させたものとみなすのだと考えた。 ラフなメモ書き。 【参考】 ソフトウェア・ファーストの感想: プログラマの思索 【1】「ソフトウェア・ファースト」を読むと、製造業などの一般産業は、SaaSのようにどんどんサービス化すべきだ、という主張が背景にあるのが分かる。 では、SaaSというビジネスモデルの特徴や本質は何だろうか? この問いに自分なりに考えてみたら、複数の特徴があるように思う。 【2】SaaSはScrumと相性が良い。 たとえば、パッケージ製品ビジネスや大量生産ビジネスでは、たくさん作って販売してそれで終わり。 一括請負契約で作って納品したら終わり。 顧客とメーカーは、クライアント-ベンダー-アンチパターンにはまりやすい。 「クライアント-ベンダーアンチパターン」という根本問題: プログラマの思

                                                                            SaaSのビジネスモデルがアジャイル開発を促進したという仮説 - プログラマの思索
                                                                          • 情報システム・モデル取引・契約書(アジャイル開発版) | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構

                                                                            背景 経済産業省が推進するデジタルトランスフォーメーション(DX)の時代においては、ますます激しくなるビジネス環境の変化への俊敏な対応が求められます。そのDX推進の核となる情報システムの開発では、技術的実現性やビジネス成否が不確実な状況でも迅速に開発を行い、運用時の技術評価結果や顧客の反応に基づいて素早く改善を繰り返すという、仮説検証型のアジャイル開発が有効となります。このような観点から、同省が2018年9月に公開した DXレポート では、DXの進展によるユーザ企業とベンダ企業の役割変化などを踏まえたモデル契約見直しの必要性が指摘されました。 そこで、IPAは、2019年5月に モデル取引・契約書見直し検討部会 及び DX対応モデル契約見直し検討WG を設置して、アジャイル開発を外部委託する際のモデル契約について検討を行い、この度、アジャイル開発版 情報システム・モデル取引・契約書 (本版

                                                                              情報システム・モデル取引・契約書(アジャイル開発版) | 社会・産業のデジタル変革 | IPA 独立行政法人 情報処理推進機構
                                                                            • アジャイルと経営 【第1回】「アジャイル開発」夜明け前 - Executive Foresight Online:日立

                                                                              「アジャイル開発」という言葉をご存知だろうか。これは1990年代後半から2000年頃に米英で始まった新しいソフトウェア開発手法の概念だ。従来は、要件を決めたら分析→設計→プログラミング→テスト→運用まで後戻りせずに進むウォーターフォール型の開発が主流だった。しかし「アジャイル開発」は、一週間といった短期間で動くソフトウェアをチーム全員で作り、それを積み上げて製品を作っていく。リリースまでの開発期間が短縮でき、また追加や修正を市場やユーザニーズに合わせて柔軟に取り入れることができる。この「アジャイル開発」には具体的な手法がたくさんあるが、現在もっとも普及している代表的なアプローチが、「スクラム」だ。「スクラム」は、一人ひとりが個別に役割を分担する従来のやり方に対し、チーム全員が一体となって設計、プログラミング、テストを行い一週間程度の短いスプリントを繰り返しながら開発を進めていく。今この手法

                                                                                アジャイルと経営 【第1回】「アジャイル開発」夜明け前 - Executive Foresight Online:日立
                                                                              • 【アジャイル開発】プロダクトロードマップの重要性・構成要素・作成手順

                                                                                ブログ HubSpot日本語ブログでは、世界中のHubSpotの知見を活かし、日本のビジネスパーソンの課題解決に繋がるような情報を提供しています。

                                                                                • アジャイル開発で「WIP(進行中の作業)数」を制限すべき理由、メリットとは?

                                                                                  アジャイル開発チームは、進行中の作業(WIP:Work In Progress)を数多く詰め込むのではなく、1つのプロジェクトを完了させることに専念すれば、多くの機能をより迅速に市場に投入できるようになる。 マルチタスクはパフォーマンスを低下させる。だが、核となる開発プロジェクト、試験的な補助プロジェクトなど、開発者の日々の業務が不足することはない。そのため、ソフトウェアチームは、開発者の手が空けばすぐさま仕事を詰め込む習慣に陥りがちだ。 本稿では、アジャイル開発にWIP制限を追加すると、ソフトウェアの納期がどのように変化するのか、アジャイル開発チームのWIPを制限する方法と交えて解説する。 アジャイル開発のタイムライン 関連記事 企業のアジャイル化に「CoE」は不可欠? アジャイルCoEの基本から適用方法まで解説 環境の変化に素早く対応するためには開発だけでなく、企業の活動そのものが「ア

                                                                                    アジャイル開発で「WIP(進行中の作業)数」を制限すべき理由、メリットとは?