並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 399件

新着順 人気順

アジャイルの検索結果201 - 240 件 / 399件

  • 【地域DX×アジャイル化の未来を考える】「これからの地域DXとアジャイル化によるDX推進のあり方」に参加してきました | DevelopersIO

    KDDIアジャイル開発センター株式会社主催【地域DX×アジャイル化の未来を考える】「これからの地域DXとアジャイル化によるDX推進のあり方」に参加してきました。地域DXに触れる機会が今までなかったのですが、予想を遥かに超えて面白いイベントでした。 みなさんこんにちは、たいがーです。 2023/09/15(金)に群馬県庁32階官民共創スペース「NETSUGEN」にて開催された【地域DX×アジャイル化の未来を考える】「これからの地域DXとアジャイル化によるDX推進のあり方」に参加してきました。 今回はそのイベントをレポートさせていただきます。 イベントはYouTubeでも配信されていたので、よろしければこちらもご覧ください! デジタル先進県へ スピーカー: 群馬県副知事 宇留賀 敬一氏 4年前にデジタルトランスフォーメーション(DX)という単語を出した時は横文字でわからないと言われたが、コロナ

      【地域DX×アジャイル化の未来を考える】「これからの地域DXとアジャイル化によるDX推進のあり方」に参加してきました | DevelopersIO
    • アジャイル開発の考え方を企業全体に適用する「SAFe」、DXで注目集める

      SAFe(セーフ、Scaled Agile Framework)は大規模向けのアジャイル開発フレームワークである。ソフトウエア開発だけでなく組織活動にまでアジャイル開発の考え方を拡張していることが特徴だ。ここでの組織は、製品やサービスを開発する事業部門から最大で企業全体までを想定している。 最新版の「SAFe 6.0」が2023年3月に公開された。日本でもNTTデータグループや富士通、NEC、オージス総研、TISといったIT企業などが企業に対して導入支援をしている。デジタル変革(DX)を推進する企業が増える中、事業やサービス開発のスピードを向上させる手法として注目を集めている。 20年間でビジネス向けに進化 SAFeが作られたのは2011年ごろ。米IBMに買収されたソフト会社のRational Software(ラショナルソフトウエア)でシニアバイスプレジデントなどを務めていたディーン・レ

        アジャイル開発の考え方を企業全体に適用する「SAFe」、DXで注目集める
      • アジャイル組織におけるビジネス価値 | サーバントワークス株式会社

        Warning: Undefined array key "footer-widget-center-2" in /home/nagasawa/servantworks.co.jp/public_html/wp-content/themes/emanon-premium/inc/template-cache.php on line 190 Warning: Undefined array key "footer_widget_copyright" in /home/nagasawa/servantworks.co.jp/public_html/wp-content/themes/emanon-premium/inc/template-cache.php on line 213 Professional Scrum Product Owner™ 認定研修(試験付き) (2024年3月28日

          アジャイル組織におけるビジネス価値 | サーバントワークス株式会社
        • ソース原理とアジャイル・プラクティスを活用した自律社会におけるコミュニティ運営の探求

          自律社会は個人から集団へ,物から心への重心移動を特徴とし,価値観が急速に変化する時代である.この時代において効果的なコミュニティ運営には新しいアプローチが求められる.本研究では,「ソース」と呼ばれるコミュニティ活動の創造源となる個人の役割とアジャイル・プラクティスの適用を通じてコミュニティ運営を効果的に行う方法を探求する.ソースはコミュニティのビジョンやイニシアチブを提供し,コミュニティ・コーチはそのビジョンを具現化するサポートを提供する.アジャイルな計画法を応用し,持続可能な運営を促進する.本研究は,自律社会におけるコミュニティ運営方法を提案し,その実践的な適用について洞察を提供する.

          • 大規模アジャイル:LeSSとSAFe比べてみた!|いのもえ(moe)

            こんにちはこんばんは。スクラムマスターの いのもえ です。 先日、「GitLabに学ぶ 世界最先端のリモート組織のつくりかた」という本を読んだのですが、その中で GItLab では開発プロセスに SAFe というフレームワークを採用しているらしいことを知りました。 ちょうど読後、「フルリモートと LeSS は相性が悪すぎるのか?」と疑問に思ったので、 SAFe と LeSS の比較について考えてみました。 本のまとめはこちらの記事です アジャイル開発とは?基礎知識LeSS と SAFe を比べる前に、もう少し抽象的なレベルで整理してみます。 アジャイル開発やスクラムに関心がある方は知ってることが多いかもしれないので、その場合は次の章からどうぞ! アジャイル開発最近の開発プロセスのトレンドとして、「アジャイル開発」というのがあります。よく対比されるのは「ウォーターフォール開発」です。 ウォー

              大規模アジャイル:LeSSとSAFe比べてみた!|いのもえ(moe)
            • 【ABEJAアジャイル活動記録】忙しいプロダクトオーナーに送る「チームの一員としての振る舞い」 - ABEJA Tech Blog

              こんにちは!ABEJA でスクラムマスターをしている小川です! 言わずもがなですが、スクラムチームにおけるプロダクトオーナー(以降PO と略します)の役割は重要です。 しかし、「PO 忙しい問題」(ググったらたくさん出てきます💦)が示す通り、世の中のPO はほぼ忙しいです。 そんな忙しいPO に送りたい「チームの一員としてチーム成果を上げるための振る舞い」について焦点を当てた内容をまとめてみました! 実際に弊社PO と振り返りをした内容をまとめたものになります!(手前味噌ではございますが経験主義に基づいた内容でございます。) プロダクトオーナーの方(目指す方も)や、プロダクトオーナーとの連携の仕方について考えている方(悩んでいる方)にもご参考にしていただけるのではと思ってます! プロダクトオーナー(PO)とは? まずはプロダクトオーナーについて再確認します。 プロダクトオーナーはスクラム

                【ABEJAアジャイル活動記録】忙しいプロダクトオーナーに送る「チームの一員としての振る舞い」 - ABEJA Tech Blog
              • 入力したコマンドをクリップボードへ自動コピーしたい - ESM アジャイル事業部 開発者ブログ

                こんにちは。永和システムマネジメントの内角低め担当、畠山です。 今回は、ターミナルで入力したコマンドを自動的にクリップボードへコピーする zsh フックを書いたのでご紹介します。 これまでは「コマンドを入力→手作業でコマンドをコピー→作業ログへペースト」の3ステップで作業ログを記録していましたが、今回の zsh フックを使うことで「コマンドを入力→作業ログへペースト」の2ステップで作業ログを記録することができます。 ~/.zshrc へ以下のスクリプトを追加すればOKです。 (注)私の環境は macOS なのでクリップボードへのコピーに pbcopy コマンドを使っています。macOS 以外の方は自分の環境に合わせたコマンドに置き換えてください。 # 入力したコマンドをクリップボードへコピーするフック関数 function preexec_copy_command() { if [ -n

                  入力したコマンドをクリップボードへ自動コピーしたい - ESM アジャイル事業部 開発者ブログ
                • アジャイル開発とはなにか? 概要・進め方・ウォーターフォール開発との違いを解説

                  ソフトウェアを開発する手法のひとつとして有名な「アジャイル開発」。本記事では、アジャイル開発の特徴からウォーターフォール開発との違い、具体的な流れ、メリット・デメリットまで詳しく紹介していきます。 アジャイル開発の概要・特徴 アジャイル開発とは、ソフトウェアを開発する手法のひとつです。ソフトウェアを機能ごとに小さく分けて、小さな単位での設計、実装、テストという工程を反復しながらプロジェクトを進めていきます。 小さな単位で開発を進めることから、開発途中での仕様変更や機能追加にも柔軟に対応可能で、ある程度は見切り発車的に開発を進めることができます。ソフトウェアの短期開発にもつながる柔軟な考え方から、アジャイル(Agile:機敏)と名付けられました。 アジャイルソフトウェア開発宣言 アジャイル開発というと、スクラムなどの開発手法そのものに注目が行きがちですが、そもそもアジャイル開発とはより良い開

                    アジャイル開発とはなにか? 概要・進め方・ウォーターフォール開発との違いを解説
                  • 金融機関におけるアジャイル開発の課題 | 金融ITフォーカス | 野村総合研究所(NRI)

                    金融機関のシステム開発は、顧客保護や金融機関の健全性確保を前提に体制・統制・システムを最適化してきた。アジャイル開発の採用には、これまで作り上げてきた体制・統制・システムを、顧客体験価値向上という方針のもと、再構築する必要がある。

                      金融機関におけるアジャイル開発の課題 | 金融ITフォーカス | 野村総合研究所(NRI)
                    • モデルベースによるアジャイルな組み込みシステム開発(その1) | IDAJ-BLOG

                      皆さま、こんにちは。 IDAJの小川です。 高度化かつ複雑化している昨今の組み込みシステムの開発において、近年「アジャイル開発」という、システムの要求仕様の変更に有利とされる手法が注目を集めています。 しかしアジャイル開発はその必要性が広く認められている一方で、組み込み開発への導入に対しては固有の課題が存在します。 ここでは、組み込みシステムに対するアジャイル開発の課題を挙げ、その解決のためにAnsys SCADEを使ったモデルベースによるアジャイル開発をご紹介します。 アジャイル開発とは? アジャイル開発とは、迅速かつ適応的なソフトウェア開発手法群の総称です。 アジャイル開発ではできるだけ短期間に成果物を開発して顧客に提供し、顧客の評価を受けて機能の改善と追加を行います。この短期間での開発、提供、評価の工程を繰り返し、反復していくことで、徐々に成果物を顧客の望む完成形に近づけていきます。

                        モデルベースによるアジャイルな組み込みシステム開発(その1) | IDAJ-BLOG
                      • ユーザーの「使いやすいね」を追求 アジャイル開発を行政に持ち込む

                        デジタル庁が2021年9月に発足して1年が経過した。デジタル庁の幹部ポストのなかでも、CPO(Chief Product Officer)はこれまでの官庁組織にはないユニークな役割を担う。行政の「プロダクト」をどのように変え、国民や自治体に対してどのような価値を提供するか。デジタル庁のCPOであり、ラクスル取締役CPOを務める水島壮太氏に聞いた。(聞き手は、本誌編集長 菊池 隆裕) 慶應義塾大学大学院 政策・メディア研究科卒。卒業後入社した日本IBMではアーキテクトとして金融系システム開発などを担当、その後ディー・エヌ・エー(DeNA)に転職。ソーシャルゲームプラットフォームのグローバル技術コンサルティング部門の立ち上げやBaaS(バックエンド・アズ・ア・サービス)の開発後、買収した子会社で女性向けキュレーションメディアのアプリ開発をリード。2017年10月から、ラクスルで執行役員CPO兼

                          ユーザーの「使いやすいね」を追求 アジャイル開発を行政に持ち込む
                        • メインフレームからクラウドへ基幹を刷新、ANAが目指すは変化へのアジャイル対応

                          1989年千葉大学教育学部卒業、全日本空輸入社。営業推進本部、プロモーション室、ANAじゃらんパック出向、ANA X出向などを経て、2022年4月にデジタル変革室イノベーション推進部部長。2023年4月より現職。(写真:北山 宏一) 新型コロナウイルス禍で落ち込んだ客足は、まだ復活途上ではあるものの戻りつつある。円安の影響もありインバウンド(訪日外国人)が急増している。とりわけ国内線においては客層が従来のビジネス客から観光客へと代わってきた。顧客が変わればニーズも変わる。顧客の要望に素早く応えられるよう、システム面でもアジャイルに対応しなければならない。 その前提として、メインフレームで稼働する国内線旅客系の基幹システムable-Dの刷新を最優先目標の1つと位置づけている。able-Dは国内線の予約、発券、搭乗などの業務を網羅する。新システムはスペインのアマデウスITグループのクラウドサー

                            メインフレームからクラウドへ基幹を刷新、ANAが目指すは変化へのアジャイル対応
                          • 『Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している話』へのコメント

                            テクノロジー Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している話

                              『Microsoftの専門家「ウォーターフォールは一切メリットがないのでやめておきなさい」アメリカでは、アジャイルやスクラムの進め方が「常識」としてソフトウェア開発の場で浸透している話』へのコメント
                            • アジャイル 建築 - Google 検索

                              2022/07/11 · アジャイル設計では、設計者のアイデアをすぐに形にし、実装させ、十分なフィードバックを反映させながらアイデアを発展させていくというループを、素早く ...

                              • Ruby Hack Challengeはじめました - ESM アジャイル事業部 開発者ブログ

                                こんにちは。構文解析器研究部員のS.H.です。 アジャイル事業部内ではじめたRuby Hack Challengeについて紹介します。 Ruby Hack Challengeとはなにか? 元々はRubyコミッターのko1さんがCookpadで開催されていたRubyの内部をハックするイベントです。 Rubyの内部実装を読んだり、Cのコードを変更して新しいメソッドを追加したりとRubyをより身近に感じられるイベントです。 techlife.cookpad.com github.com それを社内向けに勉強会として始めてみました。 はじめたきっかけ 元々、ko1さんたちが開催されていたRuby Hack Challengeに何度か参加していました。 また参加していく中で「Rubyをハックできる人を増やしたい」なという思いがあり、そこで僕がオーガナイザーをしているHamada.rbでもforkとし

                                  Ruby Hack Challengeはじめました - ESM アジャイル事業部 開発者ブログ
                                • アジャイル開発の舞台裏:プロダクトオーナーの苦悩と克服 | ライズ・コンサルティング・グループ

                                  日本のアジャイルプロジェクトでは、プロダクトオーナーをビジネス部門やクライアント、スクラムマスターと開発チームをシステム部門やITベンダーが担うことが多い。 スクラムマスターや開発チームには熟練したエンジニアが多く、スクラムプロジェクトの経験も豊富であるのに対し、プロダクトオーナーはシステム開発も初めてであるケースもあり、様々な課題が生じている。次の章で詳細を考察していく。 課題1:手法の難しさ プロダクトオーナーが陥りがちな課題の1つは、様々な手法でプロダクトを表現・展開するが、人によって求める視点や粒度が異なるうえ、手法が正しく使えておらず、本質的ではない書き直しに工数をとられてしまうことだ。 アジャイル型の進捗管理手法・ツールは確立されつつある。プロジェクト管理ツールはAsena、Backlog、Wrikeなど、KANBAN/ガントチャートのアジャイル・ウォーターフォール両面対応が一

                                    アジャイル開発の舞台裏:プロダクトオーナーの苦悩と克服 | ライズ・コンサルティング・グループ
                                  • アジャイル開発:プロダクトオーナーとスクラムマスターの役割

                                    アジャイル開発の世界へようこそ!アジャイル開発は、柔軟性と迅速性を駆使し、短い開発サイクルを繰り返し、途中でのフィードバックや要件の変更に迅速に対応することを特徴としています。この革新的なアプローチの全貌を、スクラム、プロジェクトマネージャー、プロダクトオーナー、スクラムマスターといったキーロールへの深掘りを通じて明らかにしていきましょう。アジャイル開発におけるプロダクトオーナーとスクラムマスターの役割は、プロジェクトの成功に不可欠であり、それぞれの専門性と責任がプロジェクトをより効率的かつ効果的に進行させる鍵となります。

                                      アジャイル開発:プロダクトオーナーとスクラムマスターの役割
                                    • 『プリウス開発に見るアジャイル開発要素と今時の進め方:続編 / The Agile Development Elements and Current Approach as Seen in Prius Development: Sequel』へのコメント

                                      テクノロジー プリウス開発に見るアジャイル開発要素と今時の進め方:続編 / The Agile Development Elements and Current Approach as Seen in Prius Development: Sequel

                                        『プリウス開発に見るアジャイル開発要素と今時の進め方:続編 / The Agile Development Elements and Current Approach as Seen in Prius Development: Sequel』へのコメント
                                      • アジャイルを始めて10年。ようやくアジャイル開発の目的がわかるようになってきた | TOWN Blog

                                        ここ数年、ソフトウェア開発ではアジャイルやスクラムといった開発手法が採用されることが増えてきています。 「このプロダクト、チームにはアジャイルが合っている」と判断して取り組んでいる人はもちろん、「アジャイル開発がいろいろな問題を解決してくれそう」「スクラムがはやっているからやってみたい」と思ってはじめた人、「アジャイル開発にすれば開発スピードがもっと上がるんじゃないの?」「スクラムでやればすぐに成果が出るんでしょ?」と言われるがままに導入したという人、いろいろいるかと思います。 また「うちのチームもこれからやってみようかな」という人もいるのではないでしょうか。 今から10年前、わたしたちも当時かかえていた問題を解決したいという思いからアジャイル開発を導入しました。しかし、アジャイル開発の目的を正しく理解しないまま導入しても、残念ながらすぐには成果につながりませんでした。アジャイルで開発して

                                          アジャイルを始めて10年。ようやくアジャイル開発の目的がわかるようになってきた | TOWN Blog
                                        • Findy Team+主催【デブサミ2024セッション限定公開】ゼロから大規模アジャイル組織への進化 (2024/03/14 12:00〜)

                                          お知らせ connpassではさらなる価値のあるデータを提供するため、2024年5月23日(木)を以ちましてイベントサーチAPIの無料での提供の廃止を決定いたしました。 2024年5月23日(木)以降より開始予定の「connpass 有料API」の料金プランにつきましてはこちらをご覧ください。 お知らせ connpassをご利用いただく全ユーザーにおいて健全で円滑なイベントの開催や参加いただけるよう、イベント参加者向け・イベント管理者向けのガイドラインページを公開しました。内容をご理解の上、イベント内での違反行為に対応する参考としていただきますようお願いいたします。

                                            Findy Team+主催【デブサミ2024セッション限定公開】ゼロから大規模アジャイル組織への進化 (2024/03/14 12:00〜)
                                          • 「デジタル先進県」がDXで成果を生み出し続けている理由 ポイントはデザイン思考の企画力とアジャイル開発 - 日経クロステック Special

                                            鳥取県 中国地方の北東部に位置し、東西約120km、南北約20 ~ 50kmと東西にやや細長い。北は日本海に面し、南は大山をはじめとする中国山地で他県と接している。面積3507km2。約54万人(2023年8月)と日本で一番人口の少ない都道府県ではあるが、平井伸治知事のもと、行政事務、農業・観光・産業・医療福祉・防災などあらゆる分野でデジタルを積極的に政策に活用している。 鳥取県は日本で一番人口の少ない県である。しかもその数は年々減少しており、第1次産業をはじめ後継者難という問題にも直面している。いわば、少子高齢化が急激に進む日本社会の縮図ともいえる。鳥取県はそうした課題の解決に平井伸治知事が先頭に立って積極的に取り組んでおり、各自治体から注目を集める事例も多い。 鳥取県政策戦略本部 デジタル局 局長 下田 耕作氏 取り組みの大きなエンジンの1つとなっているのがデジタル推進だ。鳥取県のデジ

                                              「デジタル先進県」がDXで成果を生み出し続けている理由 ポイントはデザイン思考の企画力とアジャイル開発 - 日経クロステック Special
                                            • たしかにスクラムはアジャイルではあるが、スクラムをやってるからといってアジャイルであるとは限らない - yu-tarrrrの日記

                                              タイトルが周りくどいですが、言いたいことを全部詰めてみました。 背景 SWEとして働いてると、Bizメンバーが使う「アジャイル」とエンジニアの使う「アジャイル」が異なる瞬間があることに気づいた ソフトウェア会社と事業会社においても、アジャイルへの理解が異なると感じる なんちゃってスクラムマスターみたいな人が意外と多いなと思う 本題 タイトルの通り、スクラムはたしかにアジャイルの一つの手法である。 だからと言って、スクラムをやってるから我々はアジャイルだ!といってる人たちを見かけると強く違和感を感じるケースがある。 スクラムとは よくあるスクラムでは、1-2週間でスプリントを切り、朝会で作業状態の確認をし、ふりかえりをして、次のスプリント計画をしましょう。みたいな説明がされている。 たしかにそれは正解だし、「スクラムを実践する」という意味では正解なのかもしれない。 ただ、その中での実態を見て

                                                たしかにスクラムはアジャイルではあるが、スクラムをやってるからといってアジャイルであるとは限らない - yu-tarrrrの日記
                                              • LR Parser Night w/ Asakusa.rb をアンドパッドさんと共催します - ESM アジャイル事業部 開発者ブログ

                                                こんにちは。構文解析器研究部員の @junk0612 です。 After RubyKaigi 2024 LR Parser Night w/ Asakusa.rb というイベントを、アンドパッドさんのオフィスで共催します。普段は島根にいる @S.H. 研究部員も現地登壇します! andpad.connpass.com 大まかな流れとしては、LR_parser_gangs の4人が集まって、1人5分のトークをしたあとに and the World っぽいパネルディスカッションをする予定です。 各メンバーのトーク内容は募集ページに載っている以上の情報を僕も知りませんが、それぞれの立場からの面白い発表が聞けそうです。乞うご期待。 パネルディスカッションについては、いまのところ @hsbt さんに司会役をお願いして、いくつかのトークテーマについて話す予定です。参加者の Rubyist が知りたそう

                                                  LR Parser Night w/ Asakusa.rb をアンドパッドさんと共催します - ESM アジャイル事業部 開発者ブログ
                                                • 『アジャイル開発の失敗率は268%も高い』のコメント欄が面白かったので紹介するよ - Qiita

                                                  先日The Registerを見ていたらアジャイル開発の失敗率は268%も高い Study finds 268% higher failure rates for Agile software projectsという記事が目に入りました。 The RegisterはITニュースサイトで、日本で言うところのITmediaやWIRED、GIGAZINEみたいなところですかね。 その記事は元記事を紹介しているもので、『元記事はImpact Engineeringの宣伝ではあるが、アジャイル開発は期待ほどうまくいかないという疑念を抱かせるのにも十分である』というようなまとめになっていました。 ではImpact Engineeringってなんなんだよと元記事268% Higher Failure Rates for Agile Software Projects, Study Findsを最後まで読

                                                    『アジャイル開発の失敗率は268%も高い』のコメント欄が面白かったので紹介するよ - Qiita
                                                  • NECの社内向けサイトが1500も乱立 → 統一基盤の「One NEC.com」を6か月で構築。外からは見えない大規模イントラのアジャイル開発の裏側とは? | Web担当者Forum

                                                    NECのグループ内には、営業情報や業務情報などを掲載する社内向けサイトが1500もあったんです。それを「One NEC.com」という1つのサイトに集約しました。 システムは半年で開発し、どんどん既存サイトを移行しながら、アジャイルにシステムを改善していきました。 情報だけでなくコミュニケーション促進の場として作っていますので、役員の投稿に一般社員が意見を述べたり、出演者・関係者による「魔改造の夜」の秘話・苦労話がバズったりと、積極的に使ってもらっています。 そう話すのは、NECの益戸氏。 かつては、NECでは事業部制が導入されており、多くの業務が事業部で自己完結していた。そのため、社内情報共有は事業場ごと、部署ごとに技術者がサイトを立ち上げる運用が一般的だった。その結果、2019年には、人事、総務、経理、製品、営業支援など、約1500の社内向けサイトが乱立する状況となっていた。これでは、

                                                      NECの社内向けサイトが1500も乱立 → 統一基盤の「One NEC.com」を6か月で構築。外からは見えない大規模イントラのアジャイル開発の裏側とは? | Web担当者Forum
                                                    • アジャイル専門部隊の一構成員が敢えてウォーターフォールを語るぞ - Qiita

                                                      アジャイル開発の浸透?なんだそれは。 アジャイル開発という概念が世に出て二十余年(2001年「アジャイルソフトウェア開発宣言」による)、最早、この技術も最新とは言えない、成熟したものとなりました。あなたの職場でも「アジャイルに進めよう」的な、凝り固まらず柔軟なプロジェクト体制にして行こうという流れ、プロダクト開発の長大化を防ぎアウトプットを細かく出していこうという意識変革が内外から求められているかと思います。 しかしプレイヤーとしての皆様は、とはいえ作るものは変わっておらず納期が決まっているので大変になるだけ、だとか、現場ボトムアップな提案は通らずトップダウンにやることが降ってくるからやる意味なくね、だとか、果ては作るもの・仕様が決まってないけど予算がついたからいい感じにアウトプット出してね、の意味だとか、都合よく「アジャイル」を使われて疲弊することもあるでしょう。多くは会社の通例や予算検

                                                        アジャイル専門部隊の一構成員が敢えてウォーターフォールを語るぞ - Qiita
                                                      • テックブログ|生成AI活用Chatアプリをアジャイル内製開発!中外製薬のDXを支えるtech工房の取り組み|CHUGAI DIGITAL|中外製薬

                                                        テックブログ|生成AI活用Chatアプリをアジャイル内製開発!中外製薬のDXを支えるtech工房の取り組み こんにちは、中外製薬のtech工房リーダー 田畑佑樹です。tech工房とは、中外製薬デジタル戦略推進部でアプリ内製開発を推進するタスクチームであり、今回は生成AIで挑む私たちチームの最新の取り組みをご紹介します。 中外製薬はDX推進の基盤技術の一つに生成AIを位置づけており、tech工房もその可能性に着目し、社員向けの生成AIアプリの内製開発に乗り出しました。2023年から現在まで段階的に開発・リリースを繰り返し、2024年5月に全社リリースした「Chugai AI Assistant」は約7600名の中外社員が利用できる状況となっており、さらに高度な生成AIアプリケーションの開発を現在は行っています。中外製薬tech工房のエンジニア集団が、いかに生成AIの力を最大限に活用しようとし

                                                          テックブログ|生成AI活用Chatアプリをアジャイル内製開発!中外製薬のDXを支えるtech工房の取り組み|CHUGAI DIGITAL|中外製薬
                                                        • アジャイルをこれからやろうと思っている人へ

                                                          渡会 健(わたらい たけし) 株式会社マネジメントソリューションズ Digital事業部 アソシエイト・ディレクター。PMI日本支部 アジャイル研究会 元代表。IPA アジャイルWGメンバー。三菱スペース・ソフトウエア株式会社と株式会社アイ・ティ・イノベーションにて、ウォーターフォール&PMに約20年従事。2008年にアジャイルに出会い、中堅SIerである株式会社アドヴァンスト・ソフト・エンジニアリングにて約10年間アジャイルを実践。その後アジャイルコーチに転身し株式会社豆蔵を経て、現職に至る。アジャイル歴約15年で50案件以上のアジャイルプロジェクト実践経験を持つ。 アジャイルに困った時に読む本 ソフトウェア開発から始まった「アジャイル」は、いまやプロダクト開発にとどまらず、ビジネス全般のアプローチとして定着しつつある。「理屈」や「理想」だけではない、多くの開発現場で実践してきたからこそ

                                                            アジャイルをこれからやろうと思っている人へ
                                                          • CAL1研修で学んだ、組織にアジャイルを浸透させるための3つの意外なアイディア - Qiita

                                                            こんにちは、Graatでスクラム導入やスクラムチームへのコーチングをしている斎藤です。 この記事は、グロースエクスパートナーズ Advent Calendar 2021 11日目の記事です。 さて、10/18(月)から10/20(水)に、認定アジャイルリーダーシップ I (CAL1)研修を受講させて頂き、ハイパフォーマンスな組織に変わるための組織モデルやリーダーシップモデルを学習しました。 この研修は、アジャイルやリーダーシップに対する私の理解を深めてくれたばかりでなく、普段の仕事の姿勢までも大きく見直すきっかけとなりました。 とりわけ印象的だったのは、マイケル・サホタ氏の意見は、私がアジャイルに抱いていたいくつかの考えと「正反対」だったこと。 はじめは驚いたものの、よくよく考えるといずれも一理あると納得できる意見であり、多角的にアジャイルを見つめ直す良いきっかけとなりました。 そこで、今

                                                              CAL1研修で学んだ、組織にアジャイルを浸透させるための3つの意外なアイディア - Qiita
                                                            • アジャイル開発の長期プロジェクトを遅延させない方法|IWAO

                                                              どうも、プロジェクトが遅延するたびに坊主にするスクラムマスターIwaoです。 今回は長期のプロジェクトが遅延する理由を実体験をもとに分析をしてみたいと思います。アジャイル開発を前提として、再発防止を目的として書いています。専門用語モリモリですので辞書を片手にお読みくださいw 要因ごとなぜなぜ分析をして原因を特定してから対策を書いていますが、今回はnoteに公開するために特定されないようにディテールをぼかしてサラッと書いてます。ただ記事はかな〜り長くなりました… 1 マネージメント要因先にオチを言ってしまいますが、プロジェクト遅延の責任はほぼマネージャーにあります。スクラムではプロジェクトマネージャーはいないんですが、スクラムマスターがプロジェクトマネージャーに近い役割と言われています。プロダクトマネージャーとかプロダクトオーナーとかプロジェクトマネージャーややこしいですよね。 1-1 長く

                                                                アジャイル開発の長期プロジェクトを遅延させない方法|IWAO
                                                              • 【リスト】アジャイル開発で使えるプラクティスを集めてみた - Qiita

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

                                                                  【リスト】アジャイル開発で使えるプラクティスを集めてみた - Qiita
                                                                • 「アジャイル」が吉 ~2ヶ月ちょっとでCISSP、CISM、CISA+αをほぼ独学で合格・ゲットした話(でも、ちょっと、ほろ苦い)~ - Qiita

                                                                  「アジャイル」が吉 ~2ヶ月ちょっとでCISSP、CISM、CISA+αをほぼ独学で合格・ゲットした話(でも、ちょっと、ほろ苦い)~アジャイルCISSPCISA合格CISM タイトルのとおり、2ヶ月ちょっとでCISSP、CISM、CISAなどに合格できたので、その顛末をご紹介します(決して、自慢なんぞではありません)。以下、めっちゃ長文になりますが、よろしければ、是非おつきあいくださいませ。以下、アドバイスというより、あくまで個人の経験に関する情報の共有を主たる目的としております。 00.スペックなど タイトルだけだと、「えっ」と思う方々もいるかもしれませんが、自分のスペックについて言うと、合格後に証明が必要となる実務経験やその他の専門知識はいずれも貧弱そのものです。 仕事でコードを書いたことはないですし、もっぱら、なんちゃって管理系の仕事を比較的短期間しているだけです。これらの試験は、い

                                                                    「アジャイル」が吉 ~2ヶ月ちょっとでCISSP、CISM、CISA+αをほぼ独学で合格・ゲットした話(でも、ちょっと、ほろ苦い)~ - Qiita
                                                                  • システム運用部門にもアジャイルを取り入れる方法、ガートナーが語る真DevOpsとは

                                                                    日本企業の約6割がアジャイル開発に着手 小さく始めて改善を重ねる、要件に変更があることを前提とするアジャイル開発の必要性が叫ばれて久しい。 理由は明らかだ。環境変化が激しい状況下での目標達成のためには、仮説・検証の繰り返しの速さが成否のカギを握るため、アジャイル開発のほうが、要件を隅々まで事前に固めるウォーターフォール型よりも、ITの開発手法として格段に適している。 昨今ではDXの要としても注目を集め、ガートナーが国内企業400社に対して2023年7月に実施した調査でも、すでに6割以上が何らかの形でアジャイル開発を取り入れているという。 「ただその結果、開発の速さに運用側が追い付かない問題が顕在化し始めています」と語るのは、ガートナー シニア ディレクター,アナリストの米田英央氏だ。 従来からの運用業務はウォーターフォール型開発を前提に、システムの安定稼働を最重視して業務が組まれていた。運

                                                                      システム運用部門にもアジャイルを取り入れる方法、ガートナーが語る真DevOpsとは
                                                                    • アジャイルやスクラムのチェックリスト - monaural

                                                                      アジャイルやスクラム関連のチェックリストを調べていたので、3つほど並べます Scrum Checklist by Henrik KnibergHenrik Kniberg氏 (書籍「リーン開発の現場」などの著者) によるチェックリスト。色んな国の言葉に翻訳されており、日本語版は川口恭伸さんが公開されています https://www.crisp.se/gratis-material-och-guider/scrum-checklisthttps://kawaguti.hateblo.jp/entry/20090819/1250632392最低限のチェック、として挙げられているのは以下の3つ 定期的(4週間以内)に動作する、テスト済みのソフトウェアを提供しているビジネスニーズに基づいたものを最優先して提供しているプロセスは継続的に改善しているリーン開発の現場 カンバンによる大規模プロジェクトの

                                                                        アジャイルやスクラムのチェックリスト - monaural
                                                                      • 時代の転換期に必要なのは「余白」、三菱地所が有楽町エリアで体現するアジャイルな街づくり|@DIME アットダイム

                                                                        街の歴史を体現する建物が解体されたら、街はどう生まれ変わるのか――。 2021年7月、三菱地所は有楽町駅前にそびえ立つ「有楽町ビル」と「新有楽町ビル」の建て替えを発表。続いて2022年9月、同じく有楽町エリアにある「国際ビル」と隣接する「帝劇ビル」の共同建て替えを発表した。 これらのビルは多くの大企業のほか、これまで有楽町の街づくりの重要な取り組みとして取材してきたアイデアを形にする会員制ワーキングコミュニティ「SAAI」およびSAAIで生まれたアイデアを試す商業施設「micro」、アーティストを招聘する「YAU」といった拠点も置かれ、有楽町という街を色濃く体現してきた。 有楽町エリアのある時代に幕を下ろすような名残惜しさもある一方で、転換期としての期待も予感させる。これから有楽町はどんな街になっていくのだろうか。三菱地所のプロジェクト開発部 有楽町まちづくり推進室 兼 エリアマネジメント

                                                                          時代の転換期に必要なのは「余白」、三菱地所が有楽町エリアで体現するアジャイルな街づくり|@DIME アットダイム
                                                                        • 松岡@ログラス/DDD,アジャイルの質問箱です

                                                                          集約の子オブジェクトの更新方法の詳細は、「とにかくリポジトリの実装クラスでなんとかする」というのが答えになります。(続) これは時に煩雑なコードになりますが、その分リポジトリ以外のクラスがかなりシンプルになります。 詳細はドメイン駆動設計FAQ「4.2.1 集約の子オブジェクトをどうやって更新する?」にありますので、こちらをご覧ください。 https://gyazo.com/10345298686a26f3e326f4c119fc1b2f https://gyazo.com/e0c9715ac3ee3d21d74f8ba00044d8d0

                                                                            松岡@ログラス/DDD,アジャイルの質問箱です
                                                                          • DocBase独自のリッチテキストエディター開発を支えた超画期的なアジャイル手法

                                                                            こんにちは、クレイの正岡です。 好きなモンスターはメタルスライムです、よろしくお願いします。 今回は、先日正式リリースしたDocBaseのリッチテキストエディターの開発プロセスについて喋ろうと思います。 DocBase独自のリッチテキストエディターを開発しました DocBase独自のリッチテキストエディターとは? 既存のサービスにリッチテキストエディターを盛り込もうと思ったとき、まずは既存のOSSを探しますよね。既存のコードと要件を考慮した上で相性の良いライブラリは何なのか?と検討することと思います。 そう、普通は。 我々DocBase開発チームは違います。 僕たちはリッチテキストエディターを独自に開発することにしました。 この記事を書くにあたって、その理由を開発リーダーに改めて確認しました。 僕:どうして独自開発に踏み切ったんでしたっけ?かくかくしかじかでしたっけ? リーダー:「やってみ

                                                                              DocBase独自のリッチテキストエディター開発を支えた超画期的なアジャイル手法
                                                                            • 「アジャイルは失敗率高い」「ウォーターフォール避けるべき」論争の答えは? | ビジネスジャーナル

                                                                              「gettyimages」より 「アジャイルを採用した開発プロジェクトの失敗率はその他の手法と比べて268%も高い」 「ウォーターフォールは一切メリットがないので避けるべき」 こんな一見すると相反する見解が一部SNS上で広まり議論を呼んでいる。システム開発の現場において、アジャイルもしくはウォーターフォールを採用するとプロジェクトが失敗・難航するリスクが高まるという実態はあるのか。専門家の見解を交えて追ってみたい。 江崎グリコやユニ・チャームなどで大規模なシステム障害が相次ぎ、その背景・原因に世間の関心が寄せられるなか、開発プロジェクトで採用する開発手法が成否を左右するという見解をめぐり議論がわいている。 ウォーターフォールとは、要件定義・基本設計・詳細設計・開発・テストとフェーズごとに作業を完了させ、システム全体を開発していく手法。日本ではもっとも一般的な手法だとされている。データアナリ

                                                                              • アジャイル開発

                                                                                アジャイル開発とは、ソフトウェア開発において、仕様を完全に固めずに、小さな単位で機能を開発し、その都度顧客にフィードバックを得ながら、徐々に完成度を高めていく開発手法である。 アジャイル開発の特徴 アジャイル開発の特徴は、以下の3つである。 反復増加型開発 アジャイル開発では、開発を小さな単位の反復(イテレーション)に分割し、その都度機能を実装していく。反復ごとに完成度を高めていくことで、最終的に完成品に仕上げる。 顧客とのコミュニケーション重視 アジャイル開発では、顧客とのコミュニケーションを重視する。反復ごとに顧客に成果物を提示し、フィードバックを得ることで、顧客の要望をより正確に反映したソフトウェアを開発することができる。 柔軟性 アジャイル開発は、仕様変更にも柔軟に対応できる。反復ごとに仕様変更を反映することで、変化するニーズに応じたソフトウェアを開発することができる。 アジャイル

                                                                                  アジャイル開発
                                                                                • アジャイル開発お悩み相談会 第2期 vol.5 ~メトリクス何をどう使う?~ (2024/02/14 19:30〜)

                                                                                  ※ 時間は目安です ■パネリスト 三品 正人 10年以上にわたり、ゲーム会社でソフトウェア開発プロジェクトに参加。当初、プログラマ、マネージャーとして開発を経験するなかで、どうしたらエンジニアが幸せになれるか悩み、アジャイル開発に出会い、スクラムマスターとして開発に関わるようになる。その後はPMOとして社内プロジェクトにアジャイル開発を推進する活動を行う。 SHIFT入社後は、案件ではスクラムマスターとしてアジャイル開発支援を行いつつ、社内ではアジャイル啓蒙活動、スクラムマスター育成を行う。1人でも多くのエンジニアが幸せに働けるように活動をしている。 金子 碧 新卒でSHIFTに入社し、現在3年目。 アジャイル開発やスクラムを研修で初めて知り、今も社内勉強会などで学びを深めている真っ最中。アジャイルコーチの指導のもと、アジャイル開発経験のないお客様向けにスクラム説明資料を作成するという経験

                                                                                    アジャイル開発お悩み相談会 第2期 vol.5 ~メトリクス何をどう使う?~ (2024/02/14 19:30〜)