はじめに 前回までの連載では開発プロセスと、DevOpsにおける「脆弱性チェック」と「コンプライアンス違反チェック」に焦点をあてて解説しました。 DevOpsにより継続的に価値あるサービスを迅速にリリースできるようになりましたが、イノベーションを加速させるためには課題が残ります。みなさんがご存じのとおり、DevOpsにはアジャイル開発手法が必要ですが、その手法やツールだけ導入しても完全に実現することはできません。 ここからの連載では、DevOps実現に必要な「アジャイル開発手法」と「テスト管理」「テスト自動化」についてお話をします。まず、前提として、今号担当の筆者はいくつかのSI企業に在籍した経験から「ウォーターフォール型」が大好きです。もちろん作るときは、とても楽しいExcel方眼紙でガントチャートも作成していました。そんな筆者の目線で「アジャイル手法」と「ウォーターフォール手法」の違
アジャイル開発は製造業などのエンタープライズ企業にも浸透しつつある。だが、エンタープライズ企業ならではの提案資料の作成や社内調整によって、アジャイル開発の価値である「スピーディーな開発」が実現できていないケースがあるという。 【訂正:2019年11月28日9:30】意図が正しく伝わらない箇所がありましたので表現を見直しました。 ITサービス系企業の専売特許のように扱われていたアジャイル開発だが、徐々に非ITサービス系企業、いわゆるエンタープライズにも浸透しつつある。従来のやり方が根強く残るエンタープライズにおいて、アジャイル開発はどんな捉え方をされているのか。2019年11月15日に開催された「製造業アジャイル勉強会」にて共有された現場の課題を紹介する。 デジタル化を阻害している「組織体系」や「会社の風土」 デンソーの及部敬雄氏は「アジャイルはもともと製造業からヒントを得て考案された考え方
RubyKaigi 2023 に Coffeehouse スポンサーとして協賛します☕️ - ESM アジャイル事業部 開発者ブログ
こんにちは！ふーが です。 RubyKaigi 2023 の開催まで 1 ヶ月を切りましたね。5 月 11・12・13 日に開催される RubyKaigi 2023 に私たち永和システムマネジメントは Coffeehouse スポンサー として協賛します。Coffeehouse スポンサーをやりたい！と言ったのは私なのですが、最初にそのきっかけを紹介させてください。 きっかけ 昨年の RubyWorld Conference 2022 に参加したおり、朝食を摂ろうと喫茶店に立ち寄りました。 注文を済ませて待っていると、続々と Rubyist が来店してあっという間に店内が Rubyist だらけになる、というおもしろい経験をしました（「Rubyist はひかれ合う」と誰かが言っていた気がする）。 「自分も今このコミュニティの中にいるんだな」と感じられて、その体験がなんだか忘れられなくて、「
XP祭り 2020
アジャイル動画
チームで仕事をするのが楽しくなる アジャイル開発のプラクティスの中にはチームで同じゴールを目指してひとつのソフトウェアを作りあげていくための知恵やアイデアがたくさん詰まっています。チームで楽しみながら成果を上げることができるようになります。 とにかくやってみよう 動画で学んだことは現場で実践しましょう。自分で実践してみてはじめてホンモノの知識になります。最初は自分ひとりではじめられることからやってみて、そこから少しずつ仲間を増やしていきましょう。やってみてはじめて気づくこともあるでしょう。気づきを大事にしましょう。
Gemfileに記載してあるgemの説明を一覧で表示する #fjordbootcamp - アジャイルSEの憂鬱
追記: bundle info でgemの情報を表示できるので、一覧じゃなければコレで十分かも。 $ bundle info rails * rails (6.1.3.2) Summary: Full-stack web application framework. Homepage: https://rubyonrails.org Documentation: https://api.rubyonrails.org/v6.1.3.2/ Source Code: https://github.com/rails/rails/tree/v6.1.3.2 Changelog: https://github.com/rails/rails/releases/tag/v6.1.3.2 Bug Tracker: https://github.com/rails/rails/issues Mailin
プロダクト作りにはさまざまな「罠」がある。機能の開発とリリースに集中してしまい、顧客の本当の課題、プロダクトの本当の価値がおざなりになってしまう状況のことを「ビルドトラップ」と言い、プロダクトを開発する組織において陥りやすい「罠」の一つだ。なぜこの問題が起こるのか。どうすれば、本質的なプロダクト作りに立ち戻れるのか。『プロダクトマネジメント――ビルドトラップを避け顧客に価値を届ける』の訳者であり、アジャイル開発や組織改革のトレーニングなどを行う専門家、吉羽龍太郎氏が語った。 大事なのはアウトプットではなく、アウトカムとインパクト 吉羽氏はアジャイル開発やDevOps、クラウドコンピューティング、インフラ構築自動化、組織改革を中心にオンサイトでのコンサルティングやトレーニングを提供する専門家。吉羽氏がCTOを務めるアトラクタも同様のサービスを提供している。また吉羽氏は青山大学では非常勤講師と
この記事は、米国Nielsen Norman Groupの許可のもと翻訳したものです。 元記事：The State of UX Agile Development by Hoa Loranger and Page Laubheimer on February 5, 2017 近年の研究結果から、アジャイル開発プロセスにユーザー中心設計を取り入れることでUXが飛躍的に向上していることが明らかになりました。 アジャイル開発は、従来のウォーターフォール開発の様々な問題点を克服できる手法です。しかし、様々なチームでこのアジャイル開発とユーザー中心設計を両立させるためには、新たに発生する問題を解消する必要があります。 近年、アジャイル開発とユーザー中心設計を両立する方法を知るための調査を実施しました。この調査では、アジャイル開発とユーザー中心設計をうまく両立できたチームがどのようなテクニックを使って
standard librariesとdefault gemsとbundled gemsの違い - ESM アジャイル事業部 開発者ブログ
日本のハワイ、宮崎よりお送りします。yoshinoです。 先日、XMLでレスポンスを返すAPIがあったので、require 'rexml/document'でロードしてXMLをパースしようとすると、cannot load such file -- rexml/documentが起きてしまう事象に遭遇しました。 Ruby 3.0.0 Releasedによれば、Ruby3.0からrexmlとrssはbundled gemになったようです。 このリリース記事では、libraryとして次のような言葉が使われていて、 standard libraries ( stdlib files ) default gems bundled gems default gemsでもbundled gemsでもないgem (その他のgem ) 「具体的に何が違うんだっけ?」となったので、この4つの言葉について調べま
【SmartHRのQA連載：第2弾】アジャイル開発初心者QAの入社してからの歩み - SmartHR Tech Blog
こんにちは、はじめまして。SmartHRのQAグループ所属の平澤（以下、higesawa）と申します。 本記事は、「SmartHRのQA（品質保証）」連載企画の第2弾です。 SmartHRのQAグループはソフトウェアテストを中心に、メンバーのスキルセットやプロダクトの状況によって、柔軟かつ多岐にわたるアプローチで品質保証活動を行っている組織です。今回は私higesawaが入社後、配属されたチームでどんなことをしてきたのかをチームの歩みとともに紹介していきます。 自己紹介 2020年12月入社。これまでSNS・ブラウザゲーム・スマホアプリ・IoT製品などの業界でQAとして従事。SmartHRにて初めてのアジャイル開発を経験し、かつて経験したメテオフォール型開発との違いに驚愕。現在はプロダクト開発の1チームに入り、品質保証活動を行っている。 チームの立ち上げ期 まず私の担当するチームについて簡
アジャイル品質のパターンとメトリクス
鷲崎弘宜, "アジャイル品質のパターンとメトリクス", AGESTプレミアムセミナー, 2022年11月28日
Spotify は、世界で最大かつ最も人気のあるオーディ オストリーミング サブスクリプション サービスであり、推定ユーザー数は 2 億 8600 万人です。Spotify の成功は主に、作業を整理してチームのアジリティを高めるという同社独自のアプローチによるものです。Spotify のエンジニアリング チームがアジリティの向上を目指して作業を進める際、自らの経験を文書化して、世界に公開し、最終的に多くのテクノロジー企業が作業を整理する方法に影響を与えることになりました。これは現在では Spotify モデルとして知られています。 Spotify モデルは、文化とネットワークの重要性を強調する、アジャイルをスケーリングするための人間主導の自律的なアプローチです。このモデルは Spotify やその他の企業が、自律性、コミュニケーション、説明責任、品質に重点を置くことで、イノベーションと生産
エンタープライズソフトウェア開発では、メンバー同士が息を合わせて一緒に進めるという技が求められます。それは言わば一流のオーケストラと同じです。ビジョンを実現するためにはお互いが協調し、細かく調整しながら進めていかなければならないからです。しかし本当に成功するには、それぞれが目指す方向を揃えるだけでは足りません。ツール同士もまた、協力して機能する必要があるのです。 そこで Slack は、Amazon Web Servicesと戦略的パートナー提携を結びました。これで、Amazon Web Services と Slack がしっかり連携することになります。サイロ化したツールは有効に活用できません。これはサイロ化した組織で人が効果的に仕事を進められないのと同じです。AWS との共同の製品戦略により、さまざまな場所で働く大規模なチームが毎日使うアプリや情報に Slack から簡単にアクセスでき
2019/11/15開催の「製造業アジャイル勉強会」でいい話を聞いたので、書き起こしてみた！ - 江青日誌
第1回製造業アジャイル勉強会のメインビジュアル 製造業アジャイルを語る人は、デブサミ2008のベストスピーカー賞を受賞された、那須のケント・ベックこと咳さん以外、お目にかかる機会がしばらくなかったのですが、RSGT2018に突如現れた半導体アジャイルな人々を見て、「製造業アジャイル」というジャンルが出来つつあることを注目していました。この波の行方を感じたくてblog枠で滑り込み参加させていただき、したためてみました。何分初めてのことで、至らぬところも多々あると思いますが、読んでくださる皆さんのお役に立てれば幸いです。 beyond-hardware-agile.connpass.com オープニング：及部 敬雄さん（デンソー） 参加者アンケート結果 講演「製造業と大企業におけるアジャイル開発とそびえ立つ壁たち」船戸 康弘さん（ホンダ） 1:大企業あるある問題と我々のぶっ壊し事例 1-1:ソ
TISの大規模案件、アジャイル開発事例から考える SIerにおけるプロジェクトマネージャーの成長戦略 - TECH PLAY Magazine
SIerの大規模開発案件やアジャイル開発のプロジェクトマネジメントはどのように行われているのか。今回は大手SIerであるTISにおける４つの事例をもとに、大規模プロジェクトマネジメントの極意やアジャイル、クラウド、マイクロサービスといったモダンな技術や開発の舞台裏を紹介する。 3つの事例で語る、大規模案件におけるプロマネの極意とは？ セッション前半は、TIS株式会社で大規模案件を手がけるクレジットプラットフォーム第1部の萩谷健太氏、西潟秋穂氏、河田光将氏の3名が登壇した。 クレジットプラットフォーム第1部は、2008年の大型クレジット業務期間システム更改のリリースから現在まで、年間約2000人月規模のアプリ保守開発を実施。クレジット決済の基幹システム保守開発という、社会の重要なインフラを支えている。 本セッションでは、「品質重視の大規模案件」「納期重視の法令案件」「エンハンスメント案件」と
アジャイルでのKPTがうまくいかないときの振り返りフォーマットを公開します｜長岡（野澤）紘子 Hiroko Nagaoka (Nozawa）
こんにちは。atama plusというAI×教育のスタートアップでUXリサーチャー/UXデザイナーをしていますnozawaです。今回はatama plusが大事にしている振り返りについて記事を書きたいと思います！ 今回の記事のきっかけ 【緩募】KPT (Keep/Problem/Try) をやると、Kがあまり出ずに、Pばかりになる。しかも、各メンバーからの「自分はあれもこれもできなかった」という自責もので溢れてしまう。という組織は少なくないと思うのですが、Kを増やすための何か工夫をしている人がいたら、教えて下さい🙏🏻 — 及川卓也 / Takuya Oikawa (@takoratta) September 24, 2021 KTPという振り返り手法について及川さんが投稿されたこのTwitter、見られた方も多いのではないでしょうか。この投稿には1000以上のいいね、50件の返信がつき
アジャイル・DevOps時代のテストと品質保証 - 輝く未来を抱きしめて！技術やツールが変えてしまうこと、変えられないこと / Tech and Tool for Testing and Quality Assurance in Agile and DevOps Era
私は約10年アジャイルコーチとして活動してきましたが、最近は様々な企業からのテストや品質の相談が増えてきました。 一部の課題はmablのようなAIによるテスト自動化クラウドサービスで解決できますが、全てが解決できるわけではありません。 このセッションではさまざまな現場の改善経験を元に「アジャイル・DevOps時代のテストと品質保証」について新しい技術やサービスが何をどう変えていくかを議論していきます。 JaSST Tokyo 2021 セッションページ： http://www.jasst.jp/symposium/jasst21tokyo/details.html#A2
Products Featured Developers Project Managers IT professionals
ツー・ピザ・チームは始まりに過ぎない – パート2: 高パフォーマンスのアジャイル組織はアカウンタビリティとエンパワーメントがカギです | Amazon Web Services
Amazon Web Services ブログ ツー・ピザ・チームは始まりに過ぎない – パート2: 高パフォーマンスのアジャイル組織はアカウンタビリティとエンパワーメントがカギです 前回のブログ記事では、プロジェクトへの従来型のアプローチとスキルベースのチームが、高パフォーマンスなアジャイル組織になる事を妨げている理由についてお話ししました。高パフォーマンスなアジャイル組織とは、迅速にイノベーションを実現し、素早く市場に新しいアイデアを投入し、短い時間で高度なテクノロジーを使ったソリューションを展開できる組織です。 答えは何だったでしょうか？ 明確な線引きのされた説明責任（アカウンタビリティ）と権限と環境を与えること（エンパワーメント）が高パフォーマンスなアジャイル組織には必須だということです。行動する事を奨励されその権限を与えられている環境では、説明責任を持つ従業員はチームの目標に沿っ
スクラムギャザリングというカンファレンスの実行委員会がありました。実行委員会といっても、会議をやってるというより、淡々と決めて作業を進める会です。このカンファレンスは2011年からやっていて、来年でちょうど10年になります。紆余曲折ありながらも、ここ数年は実行委員業も枯れてきて、ああうまくいくアジャイルチームってこういう特性あるのかもな、と気づくところもありまして。今日はそのあたりを記してみます。 今日は趣意書の公開まで 今日は 4-5時間ほどで、趣意書(スポンサー向け資料含む)と、スポンサー受付のサイト作成までが終わりました。ちなみにWebサイトまでは終わらなかったので基盤まで整えたところで、次回の作業になりました。 趣意書はこちらです。 日本語: Dropbox - prospectus-ja.pdf - Simplify your life 英語: Dropbox - prospec
150個を超える *.tf をまとめて編集する方法を調べたので、備忘録としてまとめておく。 経緯 Terraformのコードを複数ファイルにすべきか、それとも1つのファイルにすべきか難しいな。hclをパースして、hclを書くプログラムを書いた方が良いのかなぁ...— 神速 (@sinsoku_listy) 2023年6月2日 150ファイルくらいvimで1つずつ心を込めて編集している。— 神速 (@sinsoku_listy) 2023年6月2日 30ファイル目くらいで正規表現で解決しようとしたけど、正規表現が難しくて時間が溶けてしまった...辛い... https://t.co/JRzCYN9g3x— 神速 (@sinsoku_listy) 2023年6月2日 やりたかったこと 以下のようなコードが大量にあるとき、全てのファイルから指定のチームidを持つ team { ... } を削除
アジャイル組織の作り方教えます
「強い」エンジニアと働く中で、新卒1年目・未経験プロダクトマネージャーが何に悩み、どこに自分の価値を見出したか
アジャイルにおけるフロー効率を追い求めた結果、開発メンバーのエンゲージメントが低下したので改善した話 - バイセル Tech Blog
はじめに こちらは バイセルテクノロジーズ Advent Calendar 2023 の 2 日目の記事です。 前日の記事は早瀬さんの「開発効率を上げるためのモダンなフロントエンド構成」でした。 こんにちは！株式会社バイセルテクノロジーズのテクノロジー戦略本部開発 2 部でバックエンドのテックリードをしています藤澤です。 現在私の所属しているチームではアジャイル開発を取り入れて開発に取り組んています。その中でフロー効率を重視して価値提供のスピードを上げる取り組みをしていたのですが、思わず開発メンバーのエンゲージメントが低下していまうという問題が起きました。今回はその問題の経緯とそれをどのように改善したかについてまとめたいと思います。 はじめに 元々チームが目指していた姿 実践していたこととその成果 フロー効率を重視して起きた問題 機能が完成し切らない時がある 個人の成長実感がない 自身の重
国をあげてDXが推進され、さまざまな業界でテクノロジーが活用され始めています。 各企業がDXに取り組む中で、2021年6月7日（月）に経済産業省から発表された「DX注目企業」として、重厚長大企業である三菱重工業株式会社が選出されました。 そこでFindyでは「日本のデジタル化最前線 Vol.4」と題し、三菱重工業株式会社のDXを推進する組織・DEDのゼネラルマネージャーである川口さんと、Findy経由で同社に入社された廣政さん、森岡さん、山田さんの計4名をお招きし、同社が取り組んでいる開発内製化、DXの実態、業務の面白さについてお伺いしました。 本稿ではパネルディスカッションの様子をお届けします！ パネリスト 川口 賢太郎さん 三菱重工業株式会社 成長推進室 デジタルエクスペリエンス推進室 室長 大学・大学院で建築デザインを専攻、三菱重工業入社後は建築デザイナーとしてさいたまスーパーアリー
政府系投資ファンドが約1兆円を投資して、株式を非公開化する半導体材料大手のJSR。6月29日付の本紙でエリック・ジョンソン社長が今後の課題と目標について「10%を優に超える自己資本利益率（ROE）を」と語っていたのが印象的だった。特別珍しい指標ではないが、「純利益÷自己資本×100」で求めるROEとはつまるところ、企業が分母（自己資本）も、分子（純利益）も「複利」で成長しているかをみる指標だ。
Agile Japanは、日本中にアジャイルの価値を浸透させ、日本の変革を促進することを目指しています。あらゆる業界や職種の方が集まり、実践者も初学者もともに建設的な意見交換ができる場です。「Agile Japan 2022」に登壇したのは、Social Impact Agileの共同設立者であるロシオ・ブリセーニョ・ロペス氏。ソーシャルインパクトにおける新しいアジャイル宣言「SiAgile」の導入経験について語りました。全2回。前半は、ソーシャル・インパクト・アジャイルの概要と5つのコミットメントについて。 エンジニア兼DXとアジャイルにおける国際的コンサルタント ロシオ・ブリセーニョ・ロペス氏：みなさん、こんにちは。この度はお呼びいただきありがとうございます。ロシオ・ブリセーニョと申します。私は『ソーシャル・インパクト・アジャイル宣言』の共著者です。この宣言はアリスター・コーバーンと、
Railsでポリモーフィック関連を使った話（理由、必要な作業、注意点） - ESM アジャイル事業部 開発者ブログ
こんにちは、アジャイル事業部 9sako6 です。 私のいるプロジェクトで大きなエンハンスが行われ、その中で Polymorphic Association（ポリモーフィック関連） を使う場面がありました。 ポリモーフィック関連を選択した理由や行った作業、注意点について話します。 架空のサービスを例に説明を行います。 サービス概要 私たちが運営するサービスでは、Magician（魔法使い）と、その魔法使いが扱える Magic（魔法）を調べることができます。 この世界の Magic（魔法）に同一のものはなく、 ユニークです。Magic（魔法）はMagician（魔法使い）に属しています。 class Magic < ApplicationRecord belongs_to :magician end class Magician < ApplicationRecord has_many :m
ユーザーストーリーとはユーザーストーリーとは、システムがユーザーにとってどのような価値をもたらすのかを示すものです。 アジャイル開発において、要件定義の代わりに使われる概念です。１つのユーザーストーリーはとても短いものですが、必ず１つの価値があります。 ユーザーストーリーは、顧客とプログラマが会話をするためのメモとしての役割も担うため、専門用語はなるべく使わず、ユーザーが日常的に使う言葉で作成します。 ユーザーストーリーの作成方法ユーザーストーリーの3Cユーザーストーリーは、次に挙げる"Card（カード）"、"Conversation（会話）"、そして"Confirmation（確認）"という３つの「C」に注意して作成していきます。 ここからはユーザーストーリーの３つのCを解説していきます。 Card（カード）ユーザーストーリーはカードまたは付箋などに書かれます。 Conversation
DevSecOpsを成功させるためのポイントと共に「アジャイル開発におけるセキュリティ | パターン・ランゲージ」を解説します。
アジャイル開発プロセスの本質（前編）〜ソフトウェア・エンジニアリングの基本から理解を深める〜 | TC3株式会社｜GIG INNOVATED.
はじめに 本記事では、前編と後編に分けて、ソフトウェアエンジニアリングの基本に従いアジャイル開発プロセスを設計していくことにより、アジャイル開発プロセスの進め方、活動及びそこで使われる手法、並びに成果物がなぜそうなっているのかを知り、アジャイル開発プロセスへの理解を深めるということを目的としています。 例えば、開発プロセスとしてスクラムを使う場合、スクラムで決められたやり方をそのまま使うということではなく、一旦上記のような「なぜ」を知ることで、プロジェクトの特性に合わせて活動や成果物をテーラリングするなどして、より効果的にスクラムを使うことができるようになります。 ＜後編も含めた目次＞ 開発プロセスの設計とは 開発プロセス設計手順 プロジェクト、プロダクトの特性を明確にする ソフトウェア開発ライフサイクルを決める ソフトウェアプロセスを決める スクラムのライフサイクル 活動、成果物のテーラ
「テレワークに移行した際、最大の壁はコミュニケーション不足によるチームビルディングの難しさだ」――。こう話すのは日立製作所の向坂太郎システム＆サービスビジネス統括本部APトランスフォーメーション推進部主任技師だ。 アジャイル開発ではプロジェクトの目的や方向性、開発の優先順位を記したインセプションデッキなどを共有し、開発メンバーの認識を合わせる。対面で説明すれば、メンバーの表情の変化や雰囲気などを感じ取り、理解や納得の度合いを把握できる。しかしWeb会議ツールではそれが難しい。 テレワークで密なコミュニケーションを実現するにはどうすればよいのか。取材から見えてきたポイントは感情の可視化と雑談場所の工夫だ。 メンバーの心理状況を把握できず生産性が落ちる SCSKのSE＋センター システム開発課に所属する野々垣圭織氏らのチームは社内向けのプロジェクト支援ツールをアジャイルで開発している。チームは
Ruby組み込みライブラリの型を書くのはそんなに大変じゃなかった - ESM アジャイル事業部 開発者ブログ
aikyoです。 はじめに Ruby3.0で、型定義を書けるRBSが導入されました。 私は以前にRubyのFileクラスの型定義を書いたので、Cで書かれたRubyの組み込みライブラリの型定義を書くのもそこまで大変ではないよということについて書いていきます。 現在のRBSの状況 ただ、現在のRBSでは、まだRuby本体に組み込まれているクラスについても型定義が書かれていないものがあります。 なので、型検査をしたいと思ってもRBSに型定義がなければ自分で書くことになります。 Fileクラスの型定義を書いたとき 型定義を書こうと思ったはいいものの。何を参考に型を書くといいのかよくわかりませんでした。現在は TypeProfで型定義を生成してくれたりしますが、正しく推定できない場合があります。 そうなると、やはりソースコードを読んで型定義を書くしかないと思いました。 私はそれまでにRubyのソース
本書は「小さなことをする、小さなソフトウェアチームがうまくやっていくために!」という副題のとおり、小規模な開発チームにおける様々なプラクティスについてまとめられた本です。 著者のロバート・C・マーティン（アンクル・ボブ）は元プログラマーでありアジャイルの第一人者です。アジャイル開発の誕生の瞬間に立ち会った人物のひとりで、その後は世界中の大企業を対象にコンサルティングやトレーニング、スキル開発を行っています。 著者は、冒頭で本書は分量が少なく、約20年間アジャイルと関わってきた私の個人的な思い出、観察、意見であると述べています。 それだけに少し砕けた表現になっており、本質的なものに要点も絞られているため、シンプルで読みやすい本です。小規模開発に関わっている人がアジャイルを取り入れるために読む本としては最も適しているのではないでしょうか。 あらゆるプロジェクトは、鉄十字と呼ばれるプロジェクトマ
「スクラムフェス仙台」は初心者からエキスパートまでさまざまな参加者が集い、学び、楽しむことができるアジャイルコミュニティの祭典です。ここで登壇したのは、森一樹氏。ふりかえりを日常とするチームができるまでを「プロダクトオーナー」という観点でふりかえり、それを再現するために必要だった要素について話しました。全4回。2回目は、ふりかえりを土台としたチームづくりについて。前回はこちら。 ふりかえりを土台にして事業とチームを作ることを決めた 森一樹氏：私がその場で決めたのは、事業とチームを作るために私の得意領域であるふりかえりを土台にすることでした。それが私自身が経験したことがない、事業としても未知である状況を切り開く最初のステップだったと思っています。 こうしてチームが出来上がっていくわけです。これから、チームが出来てから私がどう思ってどう行動してきたのか、という話になります。 最初は3人からのス
DMM×はてな共催オンラインイベント「それぞれのアジャイル開発の現場 〜 チームの中から外から 〜」を6月14日に開催します #dmm_hatena - Hatena Developer Blog
こんにちは、はてなWebアプリケーションエンジニアの id:polamjag です。 合同会社DMM.comさんと一緒にオンラインイベント「それぞれのアジャイル開発の現場 〜 チームの中から外から 〜」を2022年6月14日に開催することになりましたのでお知らせします。 はてなからは、開発プロセス改善などについて関心のあるスタッフが集まる有志集団「すくすく開発会」のリーダー id:shimobayashi とメンバー id:polamjag とが登壇し、「それぞれのアジャイル開発の現場」と題して、DMMさんとともにアジャイル開発のリアルについてお話します。 開催はオンラインです。 (詳しくはDMMさんのconnpassのイベントページをご確認ください)。 皆様のご参加をお待ちしております！ イベント概要 日時: 2022年6月14日(火) 19:00-21:00 参加費: 無料 開催形式:
本連載では、「使いたい！」をデジタルプロダクトで実現し続けるための具体的方法である「体験デザイン×リーン×アジャイル」を中心テーマとして、論を進めます。この中心テーマを語る前提として、組織の制度と風土が伴わなければ、それらの方法論も絵に描いた餅となってしまいます。そこで今回と次回は「使いたい！」を実現するために必要な「制度・組織・人」について、最近注目されている「ビジネスアジリティ」の観点から考察していきます。 「デザイン思考×カルチャー変革」だけでは足りない、DX実現のもう1つの柱とは 筆者は2019年にBiz/Zineの連載にて、DXを実現するためには「デザイン思考」を組織全体で導入すること、そして忖度なく意見を出し合えるカルチャーを作り上げることが重要であることをお伝えしました。この内容については、まだまだ日本企業での導入は道半ばで、今でも有効な考え方であると思っています。ただ、この
ソフトウェア開発プロジェクトなどを短期間のサイクルで進める手法であるアジャイルやスクラム。便利な手法ではありますが、チームの理解や体制が整っていなければ恩恵を得ることは難しいでしょう。 今回の特集では、アジャイル・スクラム入門書からプロフェッショナル向け開発書、チームマネジメント論まで、アジャイル開発の良書として定評のある翔泳社のベストセラー本を一挙ご紹介！ 現役スクラムマスターや、これからリーダーを目指す若手エンジニアの方、アジャイル開発とは何かを基礎から知りたい方の役に立つ知識が詰まっています。 【こんな人におすすめ】 アジャイル開発の基本や進め方を勉強したい人 スクラムマスター、開発リーダーポジションの人 ドメイン駆動開発、テスト駆動設計について学びたい人
KDDIアジャイル開発センター、Azure OpenAI ServiceとAmazon Bedrockを用いて生成AIを活用したプロダクトを複数開発
KDDIアジャイル開発センター、Azure OpenAI ServiceとAmazon Bedrockを用いて生成AIを活用したプロダクトを複数開発RAGによる社内文書検索のチューニング知見も強化 KDDIアジャイル開発センター株式会社（本社：東京都港区、代表取締役社長CEO：木暮 圭一、以下KAG）は、Azure OpenAI Service(*1)を活用した「デバサポAIチャット」と、Amazon Bedrock(*2)を活用した「ビジつく！」の2つのプロダクトを開発しました。 KAGでは、日々急速なスピードで発展する生成AI活用の推進や、関連する情報・知識・技術の獲得のため「KAG Generative AI Lab」というチームをつくり活動しています。KAG Generative AI Labは、日々生成AIのキャッチアップとプロトタイプ開発を行い、実践的なノウハウを集約、社内の開
Top > ビジネス > 「やりたいならやったらええ」ダイキンのAI需要予測プロジェクトに見る、アジャイル開発を成り立たせる文化
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第7回 イノベーションを加速させるアジャイル開発／DevOps（前編） | gihyo.jp
「忙しいからアジャイルができない」という「木こりのジレンマ」は解決できるのか
近代史とアジャイル / Modern History and Agile
プロダクトマネジメントの罠「ビルドトラップ」とは？ アジャイルや組織改革の専門家、吉羽龍太郎氏が解説
アジャイル開発にUXアプローチを取り入れるための6つのポイント - ポップインサイト
アジャイル拡張のための Spotify モデル | Atlassian
Slack と AWS が提携！アジャイルな開発をますます加速
大規模組織でのアジャイルの拡張 | Atlassian
なぜアジャイルの方が成功しやすいのか？ - kawaguti’s diary
Rubyやgit-gsubを使って正規表現で複数行を置換する - アジャイルSEの憂鬱
大企業でアジャイル・スクラム・クラウドネイティブをどう実現しているのか。三菱重工のエンジニアが語る
「アジャイル」な半導体とEV トヨタ自動車も追う俊敏な経営 - 日本経済新聞
アジャイルで社会をより良くすることはできるのか コスタリカ副大統領候補が促進する、社会課題解決へのアプローチ
ユーザーストーリーとは何か？アジャイル開発におけるユーザー要求について解説 | Promapedia（プロマペディア）
【DevSecOps】アジャイル開発におけるセキュリティ | パターン・ランゲージ 解説 | yamory Blog
テレワークでメンバーの状況把握できず、不平不満がアジャイル開発を妨げる
【アジャイル】書籍「Clean Agile」より「小規模開発のアジャイル入門」
非アジャイルな環境をアジャイルにするために “ふりかえり”を土台にした事業づくりとチームづくり
DXに不可欠な「ビジネスアジリティ」とは何か──経営戦略論と組織論とアジャイル開発が融合する時代へ | Biz/Zine
「ビジネス開発をアジャイル化」する、Jira Alignとは？ Trelloのアトラシアンが、ソフト開発の手法をビジネス開発にも適用
アジャイル開発を加速する！ おすすめ参考書20選【アジャイル・スクラム関連本特集】
「やりたいならやったらええ」ダイキンのAI需要予測プロジェクトに見る、アジャイル開発を成り立たせる文化 | Ledge.ai