サクサク読めて、アプリ限定の機能も多数！
トップへ戻る
中東情勢
atmarkit.itmedia.co.jp
AIコーディングで現場が疲弊するのはツールのせいではない KDDIアジャイル開発センターに聞く、AIコーディングの誤解と「本当の生産性」：「正しく取り組めない組織は数カ月で時代に取り残される」 AIエージェントの普及により、コードの生成コストは極限まで低下した。しかし現場では、中身を理解せぬままAIにコードを実装させる「バイブコーディング」の課題も顕在化している。開発現場と開発者はAIコーディングとどう向き合うべきなのか。KDDIアジャイル開発センターでAIコーディングを実践する面々との対談を通じて、AIコーディングを使いこなしながら「本当の生産性」をつかむための方策を探る。 特集第1回では、生成AI（人工知能）導入による局所的な効率化が、かえってレビュー負荷の増大や現場の疲弊を招くという「AIパラドックス」の問題を整理した。AIがもたらす単なる「時短（マイナスをゼロにする効率化）」と、ビ
zenn.dev/dp_techblog
ビジネスにおいて、何よりも重要なのは間違いなく後者の方でしょう。ゴミをいくらエレガントに作ったところでゴミなことには変わりありません。 したがって、前提としてそもそもスプリントレビューを行わない=成果の検査を行わないスクラムなどありえません。スクラムガイドにも、 スクラムフレームワークは不変である。スクラムの⼀部だけを導⼊することも可能だが、それはスクラムとは⾔えない。 このようにあるので、スプリントレビューを行わないスクラムはいわゆるScrumButと言えます。 「レビュー」では本当の意味で成果を検査できない 請負開発であれば、クライアントが「それが欲しかった!」と言ってくれればそれで成果の検査としては十分で、それ以上はないかもしれません。あるいは、「思ってたのと違う」という反応が得られることも、貴重なフィードバックとして次の計画に反映することができるでしょう。 でも、事業会社の成果は違
findy.co.jp
プロダクトマネジメント分野の第一人者がAI時代の顧客価値を生み続けるための実践事例や試行錯誤を解説 エンジニアプラットフォームを提供するファインディ株式会社（東京都品川区、代表取締役：山田 裕一朗、以下「当社」）は、2026年4月28日（火）に丸の内で開催する「Product Management Summit」について、参加申込者数が800名を突破したことをお知らせします。 本サミットは、PdM（プロダクトマネージャー）やCPO（最高製品責任者）、プロダクトエンジニアなど、プロダクト開発に携わる方を対象に、AI時代に顧客価値を継続的に生み出すための実践知を共有するカンファレンスです。現在も参加申し込みを受け付けています。 ◆ 申込者アンケート：課題の上位は「ユーザー理解・体験設計」と「AI・データを戦略に組み込む整理」 本サミットの申込者を対象に、「プロダクトマネジメントにおいて現在課題
engineers.ntt.com
NTTドコモビジネス イノベーションセンター テクノロジー部門 MetemcyberPJでの経験を通じ、私は「自分でやり切ること」と「チームとして成果を出すこと」のバランスの重要性を学びました。若手社員でも幅広い業務に挑戦できる環境の中で、責任感を持ちながらも周囲と協力することで、個人の成長とチーム成果の両立が可能であると実感しています。この記事では、その経験から得た学びと実践のポイントを紹介します。 はじめに 若手でも幅広く挑戦できる環境 スクラムという前提 私が経験した「抱え込み」 タスクの優先順位のつけ方 最後に はじめに こんにちは。イノベーションセンター テクノロジー部門 MetemcyberPJの2年目社員、千坂知也です。 私は1年目の8月からMetemcyberPJに参画し、OSSコントリビューターとして開発業務に携わってきました。 はじめのころは主に開発コードを書くことに注
qiita.com
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 個人開発で意外と難しいのは、コードを書くことそのものより、何を先にやるかを決め続けることです。 一人で進めていると、自由に動けるぶん、別のアイデアに引っ張られやすくなります。少し触るつもりだった作業が、そのまま別の作業に広がることも珍しくありません。 最近はAIの支援で、 アイデア出し 要件整理 実装 レビュー 文書化 まで一気に進められます。 ただ、速く作れるようになったぶん、崩れ方も分かりやすくなりました。 思いついたことを、その場で作り始めてしまう AI が速いので、必要以上に機能を足してしまう タスクが散らかって、優先
この記事のまとめ: GitHub Copilotのカスタムエージェント機能を使い、5体のAIにスクラムチームを組ませて実際にアプリを開発させた実験の全容と、やってみて感じた可能性・課題をまとめています。 AIの賢さとツールが洗練されてきました Opus4.6やGPT-5.3-Codexといった最先端のモデルが、かなり良い感じに動くようになりました。曖昧な指示でも行間を読み取ってくれるようになったと感じています。また、GitHub Copilot CLIなどツール側も改善を続けており、AIエージェント間の連携を自然言語で表現することもできるようになりました。 ここまでくると、昔から人間がやってきた手法を再現できるのではないかと思い至ります。 そう、スクラム開発プロセスです。 今回は賢くなったAIたちと洗練されたツール(GitHub Copilot CLI)でスクラム開発プロセスを実践していき
tech.smarthr.jp
こんにちは、SmartHRでアジャイルコーチをしている@wassanです。 2026年2月18日、製薬アジャイル勉強会でSmartHRにおける組織アジャイルの実践についてお話ししました。前半はスクラムのスケーリングをテーマに語りながら、後半では「感情知性」（EQ）という一見アジャイルから遠いテーマを取り上げました。会場ではこの組み合わせに違和感を覚えた方もいたかもしれません。 なぜ、スクラムのスケーリングとEQがつながるのか。当日の内容をふりかえりながら、あらためて自分の考えを整理してお伝えします。 SmartHRで起きていたこと SmartHRの労務ドメインでは2025年、急成長する組織の中で「チームの判断は正しいのに、全体がうまく機能しない」という問題が顕在化していました。各チームがそれぞれ最適な判断をしていても、全体の方向性とのズレ、チーム間依存の増大、技術的負債の蓄積が起きていたの
speakerdeck.com/takaking22
Scrum Fest Fukuoka 2026で登壇したときのスライドです。 https://confengine.com/conferences/scrum-fest-fukuoka-2026/proposal/49698/ai ■セッション概要 本セッションは、これからモブプログラミングを…
zenn.dev/imudak
「Cursorで動かすのは情弱」——Xでそんな投稿を見かけました。煽り気味の物言いですが、言いたいことはわかります。Claude CodeはCLIツールなので、VS CodeやCursorを間に挟む意味がないのでは、ということです。 見かけた時、自分はそもそもVS Codeを開いていなかったので「まあそうだよな」という感想でした。ターミナルだけで開発を回している現状と、なぜそうなったかを書きます。 現在の開発環境 WSL2（Ubuntu） └── tmux ├── ウィンドウ0: claude（メインセッション） ├── ウィンドウ1: claude（サブエージェント用） ├── ウィンドウ2: claude（並列実行用） └── ウィンドウ3: ログ確認・監視 VS Codeは起動していません。外側にWindows Terminalがあるだけで、作業はすべてtmux内で完結しています。
levtech.jp
AIで爆速になろうと開発速度は同じでいい。吉羽氏に聞く「アジャイルの“逆説的な”加速の仕方」 2026年3月3日 株式会社アトラクタ Founder兼CTO/アジャイルコーチ 吉羽 龍太郎 アジャイル開発、DevOps、プロダクトマネジメント、組織開発を中心としたコーチングやコンサルティング、トレーニングが専門。Scrum Alliance認定スクラムトレーナー（CST）/ 認定チームコーチ(CTC)。Microsoft MVP for Azure。 野村総合研究所、Amazon Web Servicesなどを経て現職。 著書に『SCRUM BOOT CAMP THE BOOK』など、訳書に『チームトポロジー』『Tidy First?』『プロダクトマネジメント』『レガシーコードからの脱却』など多数。 X（Twitter）: @ryuzee ブログ：https://www.ryuzee.co
agilejourney.uzabase.com
東京ガスは、会員サービス「myTOKYOGAS」の開発を、これまでのグループ会社への委託から、アジャイルによる内製開発へと切り替えました。 しかし、長年システム開発を任せてきた組織においては、エンジニアを採用したからといって、すぐに開発体制が整うわけではありません。ビジネス側と開発側の間には、どうしても要望を伝える側と作る側という役割の壁が残ってしまいます。 その壁をどう解消し、同じ目線で議論できる関係を作っていったのか。 東京ガスで内製化を主導した及川敬仁さん、中途入社でアジャイルを持ち込んだ中島潤耶さん、そして現場で開発に向き合った福田美桜さんに、チームの空気が変わっていくまでの軌跡を伺いました。 アジャイル開発に衝撃を受けて子会社委託から内製へ転換 中途入社のエンジニアだけに頼ると内製化は失敗する 外部からのエンジニアの熱を受け止めて、現場の社員が変わった 現場の空気が変わるまでのプ
note.com/kajiken0630
戦略ドキュメントの作成、マーケティング分析、企画書の作成、プロトタイプの作成などなど、非エンジニアであっても、Claude Code があれば驚くほどのスピードで仕事を進められるようになりました。 しかし、ここで新たな問題が浮上します。 「各自がバラバラに作った成果物を、どうやってチームで共有・統合するのか？」 エンジニアの世界では GitHub でコードを共有する文化が何十年もかけて成熟してきました。 Pull Request を出し、レビューを受け、マージする。しかし、この仕組みをそのまま非エンジニアのドキュメント管理に持ち込むと、途端に破綻します。 本記事では、この「Claude Codeドリブンで仕事をする非エンジニアチームにおけるナレッジ・ドキュメント共有」という難題に対し、現在私が有効だと考えている運用モデルの仮説をシェアします。 なぜ「普通のGitHub運用」では回らないのか
speakerdeck.com/cyberagentdevelopers
Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers. →
product-management-summit.findy-tools.io
ファインディ株式会社が主催するカンファレンス「Product Management Summit」の特設サイト。AI時代に、顧客価値を継続的に生み続けるプロダクトマネジメントとは何かを考える場にします。
speakerdeck.com/tan_go238
AIで個人の開発スピードは劇的に上がった。しかしチーム開発では思ったほど成果が出ていない現場が多いのではないでしょうか？ 本セッションでは、AI導入の現場で実際に起きたエピソードから、問題の構造を掘り下げ、ボトルネックの正体を考察します。 後半では、上流工程をAIで自動化する「Team Kit」と…
zenn.dev/ncdc
近年、DX推進の文脈でアジャイル開発を採用する企業が増えています。しかし、現場では「アジャイル＝計画なしの場当たり的な開発」といった誤解が依然として根強く、形骸化した「野良アジャイル」に苦しむケースも少なくありません。 本記事では、アジャイルに対するよくある誤解を整理し、日本企業が適切に導入するための具体的なアプローチと評価指標について解説します。 1. アジャイル開発における「3つの大きな誤解」 ① 「アジャイル＝計画なし」という誤解 アジャイルは詳細な仕様書を最初に固めないため、「行き当たりばったり」に見えることがあります。 実態： ウォーターフォールが「計画を死守する」のに対し、アジャイルは 「計画を立て続け、変化に適応する」 手法です。 具体例： 優先順位付けされた「プロダクトバックログ」を運用し、スプリント単位で精密な計画と振り返りを繰り返します。 ② 「スピード優先で品質が犠牲
qiita.com/WdknWdkn
はじめに いえらぶＧＲＯＵＰの開発部で執行役員を務めています、和田です。わだけんです。 みなさん、Claude CodeのAgent Teams つかってます？ 複数のClaude Codeインスタンスを「チーム」として協調動作させるという、なかなか攻めた実験的機能（Research Preview）。 なんか名前からしてワクワクするじゃないですか。「エージェントチーム」って。 ということで、社内で使っているChrome拡張機能の新規開発を、5エージェント体制でやらせてみました。 結論から言うと、人間のチーム開発で起きるのと似たような問題起きて、なんというか、笑ったというか、感心したというか。その過程で考えたことをまとめておきます。 誰かのトライのきっかけになればいいなと思いつつ。 そもそもAgent Teamsって何が違うの Claude Codeには以前から「Subagent」という仕
zenn.dev/pdfractal
はじめに 「ウォーターフォールでソフトウェアを作れる」という言説は、現場感覚を持つ人間ほど違和感を覚えるにもかかわらず、一定数の人に強固に信じられ続けています。これは単なる開発手法の好みの問題ではなく、人間のウォーターフォール神話とソフトウェア開発を巡る成功体験、そしてそれを支える認知構造が絡み合った現象です。 ソフトウェア開発の歴史を振り返れば、ウォーターフォールが教科書的に語られ、正統な方法論として扱われてきた時代が確かに存在します。しかし、その「正しさ」は結果から逆算された物語であり、検証可能な事実とは必ずしも一致しません。 本レポートでは、ウォーターフォールが実際に機能していたのかという事実認定を起点に、なぜそれでもなお「作れる」という嘘が信じられ続けるのかを、心理、組織、歴史、そして認知の観点から整理します。 感情論や宗派論争を避け、できるだけ冷静に、しかし現場の肌感を失わずに論
speakerdeck.com/maruloop
https://2026.srekaigi.net/
mhlyc.morioka-swtest.jp
本当に僕はスクラムが嫌いでした。 念のため言っておくと、いまはもっと解像度が上がりましたし、嫌いという感情は特に持っていません。 ただ、話の流れ上、まずはスクラムが嫌いだった頃の話から始めさせてください。 スクラムというのがあるらしい もともと私はXPの本を読んだりしていて、アジャイル開発に関心がありました。というのも私はこれまでずっとウォーターフォール型の開発しか経験していなかったので、漠然とした憧れのようなものがありました。XP祭りなど、アジャイル系のイベントにも参加したことがありました。XPはとても好きで、エッセンスだけでも取り入れたいとよく思っていました。 しかしスクラムというのが何なのかは知りませんでした。どうやらスクラムガイドというものがあるようです。入門書もいくつかありましたが、正直ピンときませんでした。 スクラムガイドを読んでみると、そこには「こうしよう」「ああしよう」みた
forest.watch.impress.co.jp
次のページ
チーム開発の人気エントリー
ITの新着エントリー
最新ガジェットの新着エントリー
自然科学の新着エントリー
経済・金融の新着エントリー
おもしろの新着エントリー
マンガの新着エントリー
ゲームの新着エントリー
はてなブログ（総合）の新着エントリー
foneslife.com
細マッチョとは、筋肉量はしっかりあるのに過度にゴツくならず、全体として引き締まった印象を与える体型のことです。SNSやメディアでも「女子が思う理想の体型」などとして長く人気があります。 しかし実際には「頑張っているのに変わらない」「ただガリガリなだけになる」「逆に大きくなり過ぎる」と悩む人も少なくありません。 この記事では、細マッチョを目指す上での正しい考え方から見た目を左右する条件、変化が表れる時期まで、無理なく近づくためのポイントを分かりやすく解説します。 目次 定義は？ なぜなれないのか、失敗パターン 見た目の条件とは？ なれるまでのロードマップ 体型別に見る目安期間とトレーニングのイメージ 年代別・ライフスタイル別の取り組み方 体型を維持するには？ 細マッチョはモテ以外にも価値がある よくある質問Q&A 「正しい順序」と「続け方」で誰でも近づける （監修者）中島正雄 合同会社ユイロ
blog.shibayu36.org
Claude Codeに実装させた後、毎回自分でコードレビューして突っ込みを入れるのが大変だった。そこで、実装後に自動でセルフレビューと修正をする仕組みを作ったので紹介する。 課題: Claude Codeで出力されたコードの品質が自分の基準を満たさない Claude Codeで一気に実装ができるようになった反面、出力されたコードの品質が自分の基準を満たさないことが多かった。そのため、変更のたびに毎回ツッコミを入れていて、かなりの手間がかかっていた。プランモードで事前にちゃんと設計したとしても、コードレベルでは満足いかないことが多かった。 じゃあサブエージェントやCodex CLIで先にレビューして直し切ってもらってから確認すれば良いのでは？と思ってやってみた。しかし、AIのレビュー指摘には的外れなものや過剰なものも混じるため、全部対応させるとかえってコードが散らかってしまうこともあった。
tech-blog.tabelog.com
はじめに：AIによる並列開発 食べログ 国内メディア開発部の相馬です。食べログの開発業務に携わっています。 私は現在、AIエージェント「Devin」を活用して、3〜4件の案件を並列で進めながら開発をしています。設計資料のたたき台作成やテストケースの洗い出しなど、以前は数時間かかっていた作業の初速が大幅に向上し、開発の進め方も大きく変わりました。 ただ、最初からこの状態だったわけではありません。 Devinを導入したとき、正直に言えば「魔法の杖」を手に入れたような感覚がありました。「これからはAIが開発を加速してくれる。タスクを渡せば勝手にいい感じに仕上げてくれるだろう」――そんな期待を抱いていました。 しかし、実際に使い始めてみると、期待どおりにはいきませんでした。曖昧な指示では意図と違うコードが生成され、手戻りが発生する。複数のタスクを同時に任せてみても、各セッション（Devinではタス
dailycult.blogspot.com
3月22日まで東京・台場で開催されていたワールドメイト教祖・深見東州氏のバースデーイベントに、祝花・祝電を贈ったり来場や挨拶をした現職国会議員が12人いたことが、本紙の取材でわかった。うち、自民党が最多の9人を占めた一方で、昨年のお誕生会では単独過半数を占めていた立民系議員が全滅。先の衆院選での中道結党後に健全化された形だ。しかし識者は「衆院選で立民系議員が大量落選しただけだろ」と冷ややかだ。 また今年は参政党議員（和田政宗氏）の参加もあった。和田氏を含めた議員らの挨拶では、2022年に殺害された安倍晋三元首相と深見氏が親しい関係にあったことを伺わせる発言も相次いだ。会場にはゆうこく連合の原口一博氏の姿もあったが、祝花も贈らず登壇での挨拶もせずに会場を後にしていた。 関連記事：ワールドメイト教祖誕生会に国会議員10人が登壇、20人が祝花＝立憲民主が過半数■菓子パンを奪い合う信者たち イベン
はてなブログ（総合）の人気エントリーをもっと読む
このページを最初にブックマークしてみませんか？
『チーム開発』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sonova、ゼンハイザーを含むコンシューマ事業を売却へ
KADOKAWAとnote、資本業務提携を締結 〜創作活動を支援する、次世代IP運用エコシステムの構築へ〜 | ニュースリリース | KADOKAWAグループ ポータルサイト
OpenAI、Metaの広告トップを引き抜き ChatGPT広告の本格展開へ
【Hothotレビュー】 安さと多コアでRyzenに対抗。「Core Ultra 200S Plus」の実力検証
Spotifyが「排他モード」実装！ロスレスのビットパーフェクト再生は本当か試してみた【藤本健のDigital Audio Laboratory】
「JC-STAR」、シンガポールのIoTセキュリティ制度「CLS」と相互承認、6月から運用
深層サイエンス：深海からのレアアース抽出は高難度 現実解は「陸上資源の開発」 | 毎日新聞
データサイエンスチームのKGI達成率予測# - Insight Edge Tech Blog
スキル上達の鍵は「大きなミスをすること」だった - ナゾロジー
すき家、カレー刷新で60円値上げ（Impress Watch） - Yahoo!ニュース
すかいらーく、定食の「しんぱち食堂」を110億円で買収 都市部を開拓 - 日本経済新聞
アジア経済は危機突入の恐れ、シンガポール外相がイラン攻撃に疑問
市役所の廊下で職員に『フェニックスですよね？こちらへ』と言われ着いて行ったら謎の個室に通され、そこにはプロバスケチームの人たちがいて…！？
AIに「道徳を学ぶ上で最も適している話を教えて」といったら
無知のObsidian
前に流行った「色がマーブルみたいになっているファンデーション」新印象派の絵画と同じ理論な気がするけど、関係あるのかな？→美術館も運営するポーラが説明してくれていた
[第6話]殺戮ロボと人のマナカ - 伊織直 | 少年ジャンプ＋
[第12話].A-ドットアリス- - 西尾拓也 | 少年ジャンプ＋
“サービス終了危機”だったゲームの開発元、「チームを約25人→3人に減らして生成AI導入で危機を脱した」手法を明かす。レイオフをせず、サービス終了もしないピンチ脱出術 - AUTOMATON
もじぴったんうぇぶ | | プロデューサーからの一言
『機動警察パトレイバー』の3Dアクションゲームが突如発表、Steamページがオープン。イングラムやグリフォン、零式など20体以上のレイバーが登場 | ゲーム・エンタメ最新情報のファミ通.com
細マッチョになるには？筋トレのコツやなれるまでの期間、勘違いしがちなポイントを解説 - lala a live(ララアライブ)│フォーネスライフ
Devinで並列開発を実現した ～「魔法の杖」を使いこなすために必要だったこと～ - Tabelog Tech Blog
AIによる実装の品質が微妙で毎回自分で指摘しまくる必要があったので、確認前に自動で品質を上げさせるようにした - $shibayu36->blog;
