2025年1月25日、野中郁次郎先生が逝去された。私は、先生とアジャイル開発のScrumの創始者の一人である Jeff Sutherland を引き合わせた一人であり、また、先生と共著で『アジャイル開...
agileに関するyyamaguchiのブックマーク (35)
-
yyamaguchi 2025/02/13
-
-
AI駆動アジャイル開発の未来図 | ネットコマース株式会社
202X年、八ヶ岳南麓に広がる雄大な自然の中に、「8MATO（やまと）ベース」が静かに佇んでいる。ここでは、かつて行われていたシステム開発とは一線を画す、AIエージェントを活かしたシステム開発が行われている。 プロローグ：かつての開発現場 かつてのシステム開発現場では、エンジニアたちが夜遅くまでコードを書き、手作業でテストや運用管理業務に追われていた。オフィス内に響くキーボードの音、うずたかく積み上げられたバインダーの山、進捗会議や上司への報告、そしてリリース前の徹夜作業…。これらは、かつての日常であり、今では遠い記憶と化している。 第1章：アイデアの誕生と覚醒 プロダクトオーナーの藤崎は、次世代のシステム開発プラットフォーム「Tsunagu」を構想するにあたり、これまでとは違う新たな道を模索していた。そこで、彼は最新のAIアシスタント「イマジン」と対話を始めた。 「イマジン、ユーザーが求
-
-
-
「SI × アジャイル」の現在地 第3回：道場で教示する“請負型”アジャイル開発の極意─富士通ソフトウェアテクノロジーズ - チームの教科書｜アトラシアン株式会社
日本のSIerはいま、アジャイル開発の手法とどのように向き合い、何をどう変えようとしているのか─。有力SIerへのインタビューを通じて、この疑問を解き明かしていく本連載コラム。3回目の今回は、アジャイル開発の集中研修サービス「Agile+ Studio Dojo」を展開している富士通ソフトウェアテクノロジーズに話を聞く。なお、この取材は新型ウイルスの拡大対策の一環として、リモートでビデオ会議を通じて行われた。 アジャイル開発の極意をスプリント体験で学ぶ富士通ソフトウェアテクノロジーズは、富士通の子会社として、システムインテグレーションやソフトウェアの開発／保守／適用支援などを手がけるソリューションプロバイダーだ。アジャイル開発には2004年ごろから取り組み、15年以上の長きにわたり実績を積み上げてきた。その最初のきっかけは、ウォーターフォール型の開発案件をこなす中で、開発チームのスキルレベ
-
20代でマネジメントにチャレンジするということ / To challenge management in 20's
2019/11/30 Developers Boost 2019 #devboost https://event.shoeisha.jp/devboost/20191130
-
組織にモヤっとしたら聞く話 ~明日の自分と向き合う時間~
6. 蜂須賀 大貴 @PassionateHachi 2012年 株式会社IMAGICA入社 (現：株式会社 IMAGICA Lab.) お仕事： - PdM、PjM、プロダクトオーナー(CSPO) - インフラエンジニア(AWS) - セールスエンジニア - 働き方改革 特命係 New #devboostA #はちさん @PassionateHachi 6 8. #devboostA #はちさん @PassionateHachi お仕事： - 7名のチームでScrum ( Product Owner) - 顧客、現場、営業へのセールスエンジニア的な動き - コミュニケーション支援 (朝会、ふりかえり、カンバンなど) - 新しい働き方を考え、進める人 - 社内勉強会で会議の進行について講義 - テレビ局の技術の方達との座談会を主宰 最近社内でやっていること 8 9. #devboostA
-
-
-
野中郁次郎の理論が世界のITエンジニアに受け入れられる理由 | Biz/Zine
日本の製造業の研究からイノベーションの本質を解き明かした「知識創造理論」や日本軍の敗戦の過程の共同研究「失敗の本質」で知られる経営学者、野中郁次郎氏は企業の経営者に大きな影響を与えてきた。しかし、野中氏が世界のITエンジニアに影響を与えていることはあまり知られていない。80年代の野中氏と竹内弘高氏の論文から「スクラム」というソフトウェア開発の方法を生み出したジェフ・サザーランドが近く来日することを機に、その流れを紹介したい。 なぜ野中理論は事あるごとに話題になるのか 「都庁は敗戦するわけにはいきませんから」 そう語って小池百合子東京都知事は、『失敗の本質―日本軍の組織論的研究』を、就任早々の会見で自身の座右の書として紹介した。このニュースがメディアに流れると、書店には小池氏推薦という触れ込みで、同書がベストセラーコーナーに積み上げられた。 『失敗の本質』は野中氏を始め複数の研究者による共著
-
-
アジャイル技術者を1万人に、「アジャイル検定」が始動
アジャイル開発の基礎的な知識を問う「アジャイルソフトウェア開発技術者検定試験（アジャイル検定）」が2015年9月に始まった（画面1）。日立製作所や東京海上日動システムズなど9社が集う試験母体である「アジャイルソフトウェア開発技術者検定試験コンソーシアム」は早期に1万人まで合格者を増やしたい考えだ。 ユーザー側として参加した東京海上日動システムズのシステム開発本部長を務める大内美樹エグゼクティブオフィサーは「まずはしっかりとしたアジャイル開発を広めたいという気持ちがあり、そのためにはアジャイル開発の基本がわかる技術者を増やす必要があった」とアジャイル検定の意義を話す。 専門書2~3冊を読み込んだ知識レベルで合格 アジャイル検定はアジャイル開発のスキルを客観的な尺度で分析・判定する。基本的な知識を問うレベル1と、アジャイル開発の具体的な開発手法を問うレベル2の2階建ての試験となる。現時点ではレ
-
-
-
プランニングポーカーのやりかた | Ryuzee.com
かわぐちさんが簡単ガイドを作られていたので僕も普段研修とかコーチングで使っているマテリアルを晒しておきます。 色々なやり方があるので、どれがあってるとか間違っているとかは無いですし、認定スクラムマスター研修なんかでも講師によって若干やり方が違ったりします。一例ということで。 なお、僕が普段コーチをする上でよく言っている点を以下に書いておきます。 大きすぎると見積り精度はどんどん落ちる。ストーリーがでかいと思ったら分割するそれに関連して僕は1,2,3,5,8,13,?くらいしか使わない。20は使う必要ないなぁみんなが似たような数字出したからといって中身の完成イメージが同じとは限らない。見積もる際の議論大事タイムボックス大事。だらだら時間かけてやらないプロダクトバックログの見直し（リファインメント）同様に、見積りも定期的に見直す追記 いま日本でプランニングポーカーを入手する方法は以下の通りです
-
プランニングポーカー かんたんガイド 作りました。 - kawaguti’s diary
デブサミで、ご希望の方にプランニングポーカーを有償でお分けしました。一個単位で輸入すると送料がばかにならないのですが、弊社で多めに買ったものをお分けしており、少量でもコスト安く手に入ります。 (2014年現在は行っておりません。アギレルゴコンサルティング社にお問い合わせください。) Mountain Goat 社製プランニングポーカーカード を一個単位でお分けします。 - アギレルゴコンサルティング株式会社 残念ながら在庫が十分に足りず、ご興味を持っていただきながら手に入らなかった方がたくさんいらっしゃると聞きました。弊社の方でもほそぼそとお分けしておりますので、ご興味のある方は、ご検討いただければ幸いです。ほとんど原価販売です*1。 ※2012/2/20追記: 日本マイクロソフトの長沢さんがノベルティとしてプランニングポーカーを配布されていますので、そちらもご参照ください。 使い方の説明
-
「アジャイルがダメだと思う7つの理由」から始まったアジャイル論争の現時点のまとめ
「アジャイルがダメだと思う7つの理由」という刺激的なタイトルのエントリを、先週木曜日、3月21日にグロースエクスパートナーズの鈴木雄介氏が公開してから、アジャイル開発に関する議論の波紋が広がっています。 おそらく、これだけさまざまなブログを通じてアジャイル開発の議論が活発化したことはこれまで国内ではなかったのではないでしょうか？ ここでは現時点での議論をまとめますが、興味のある方はぜひここを起点にそれぞれのエントリを読んでみていただきたいと思います。 発端は鈴木雄介氏（id:arclamp）のブログarclampにポストされた「アジャイルがダメだと思う7つの理由」というエントリ。以下がその7つの理由として挙げられたものです。 1.全体スケジュールにコミットできない 2.アーキテクチャ上の無駄が生じる 3.コーチって何だよ 4.変化ヲ抱擁スルために固定化している 5.実証主義的な説明に過ぎな
-
アジャイルをダメにしないためにすべきこと - arclamp
「アジャイルがダメだと思う7つの理由」をエントリしてから一週間が経ちました。まさかPublickeyにまとめが載るとは思いませんでしたよ。 内幕を正直に書くと、あの日の昼に「アジャイルも普及してきて妙に執着する人が増えたよね」と茶飲み話していており、それを「受託開発に真面目に取り組むマネージャーが、知り合いでアジャイルにハマった人に久しぶりに出会って『時代はアジャイル』と熱くねちねちと語られているうちに、どうにも納得できなくてキレた」という設定で書いたものです。刺激的な表現もあってお騒がせしました。 反応していただいたBlogは「アジャイルがダメだと思う7つの理由」に追記してあります。その他の反応ははてブでも見てもらえればと思います。 職業アジャイラーの皆様からは同意と反論が混ざった反応をいただいております。ご意見がある方は引き続きBlogで書いて頂ければ幸いです。あのエントリは仮想人格が
-
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました