サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ChatGPT
www.docswell.com
スライド概要 アジャイルジャパン2025]あなたのアジャイルがうまくいかない10の理由~"Reboot"のための処方箋~ より 大手SIerでの開発/運用、大規模プロジェクトマネジメントを経験した後、ミドルベンチャーでCTO、通信系事業会社でエンジニアリングマネージャー、国立大学で非常勤講師などを歴任。プロダクト開発や組織づくりに造詣が深い。 2003年からアジャイル開発を実践しており、社内外問わずいくつものチーム、組織の支援を行ってきた。現在は、株式会社レッドジャーニーで認定スクラムプロフェッショナル(CSP-SM/CSP-PO)としてDX支援、組織変革に邁進している。 日本XPユーザグループスタッフ。 BIT VALLEY -INSIDE-ファウンダー。 保険xアジャイルコミュニティ「.insurance」オーガナイザー。 人材ビジネスxアジャイルコミュニティ オーガナイザー。 Agi
speakerdeck.com/konifar
DroidKaigi.collect { #26@Kanazawa } 共催 GDGoC KIT https://droidkaigi.connpass.com/event/371437/
web.archive.org
はじめに アジャイル開発では「チームワーク」が成果の鍵を握ります。 しかし、チームの中に高い技術スキルを持っていても、協調性に欠けるメンバーがいると、プロジェクトは一気に難航します。 そうした存在は「ブリリアントジャーク(Brilliant Jerk)」と呼ばれます。 私自身、スクラムマスターとして、まさにそのような状況に直面したことがあります。 本記事では、そのときの経験と、そこから得た教訓を紹介します。 ※ご紹介する内容はわかりやすく一般化したもので、実在のプロジェクトや人物とは一切関係ありません。 ブリリアントジャークとは何か ブリリアントジャークとは、優秀だが厄介な人を意味します。 彼らは知識も技術も豊富ですが、他者への配慮や共感が欠け、結果としてチーム全体の心理的安全性を壊してしまうことがあります。 アジャイルでは、透明性・協働・自己組織化が重要です。 しかし、コミュニケーション
zenn.dev/nttdata_tech
note.com/keisuke_shibata
AI推進は難しいAI推進がうまくいかない理由を挙げだしたらキリがない。 領域選定のミス、経営陣のリテラシー不足、社内政治(既存部署の抵抗)、推進体制が適切でない、既存業務の再定義が困難 など無限に出てくる。 その中でも今回はKPI設計に焦点を当ててみる。 なぜAI推進においては適切なKPI設計が特に大事なのか そもそも目標設定が大事なのはいうまでもない。 目標がなければ、プロジェクトの成功・失敗の判断を下すことも、関係者間で認識を合わせることもできない。 そんな当たり前の話をしたいわけではなくて、 KPI設計が特に大事な理由は、AI系プロジェクトはAIの性質上、正しくKPI設計をしないと確実に失敗するからだ。 なぜか? AIは短期では「先行指標」にのみしか寄与できないケースが多いからだ。 先行指標と結果指標について先行指標とは、最終的な成果(例: 売上)につながる「原因」や「プロセス」に関
デイリースタンドアップ、スプリントプランニング、レトロスペクティブ。スクラムのフレームワークは完全に導入した。チームは毎日15分のスタンドアップをしているし、2週間ごとにふりかえりとカイゼンアイテムの特定をしている。でも、何かが違う。現場は相変わらず「忙しい」と言い続け、部門間の壁は高いままで、意思決定のスピードは上がらない。 アジャイルやスクラムを始めたばかりのチームや組織において、このような状況に心当たりがあるのではないでしょうか。問題は、フレームワークそのものではありません。 ここで私たちが直面しているのは、技術的課題と適応課題を取り違えているという、より根本的な問題です。 技術的課題と適応課題 この概念は、ハーバード大学のロナルド・ハイフェッツ氏が提唱したリーダーシップ理論に基づいています。 技術的課題 問題が明確で、解決策がすでに存在する 専門家が答えを持っている 既存の知識やス
www.ryuzee.com
みなさんこんにちは。@ryuzeeです。 2025年10月17日に技術顧問先の社内イベントで「生成AIでスクラムによる開発はどう変わるか」というテーマで登壇しましたので、そのときの資料を公開します。 先日発表された「State of AI-assisted Software Development」にもあるように、開発現場でのAI導入は当たり前になりました。 これはすなわち、既存の開発プロセスをAIにあわせてチューニングしなければいけないことを意味します(そしてAI自体が非常に速い速度で変化しているので、それにあわせて継続的な調整が必要です)。 スクラムについても同様で、根底となる価値観や原則に変化はないものの、イベントや作成物などには大きな影響があります。 このセッションでは、複数の支援先を踏まえて、現時点で起こっている変化について説明しました。 参考になれば幸いです。 忙しい方向けのま
logmi.jp
【3行要約】 ・現在は多様性重視やパワハラ回避の風潮で、上司が部下への指導を躊躇する傾向が増加。 ・髙桑由樹氏は、セミナー内で「迎合」「説明不足」「暴走・放置」の3つの空回りパターンを解説。 ・チームを機能させるには、部分と全体、表層と本質を多角的に捉える視点が必要です。 髙桑由樹氏:本日は「これでイイのか⁈ 『空回りする管理職』チームを機能させる“適切な打ち手”の見つけ方」というテーマで進めます。まず、このセミナーの狙いを共有します。 「空回りする管理職」とは何か。ここでは、管理職の業務で結果につながっていない行動を指すことにします。 もう少し具体化するために、状況を2つの軸で整理します。横軸は経営層との合意形成で、経営層から「それは良い」と認められている状態を○、「何をやっているのか!」と否定される状態を×とします。 縦軸は現場との合意形成で、現場の理解や納得が得られている状態を○、逆
qiita.com/nogataka
「AIがコードを書く時代、スクラムは本当に最適解なのか?」 この問いに、あなたは即答できますか? 開発現場で起きている静かな革命 AIによるコーディングが当たり前になりつつある今、ソフトウェア開発の進め方そのものを見直すタイミングが来ています。 多くのチームがスクラムを採用していますが、AIが主導する開発(AI駆動開発)では、実はウォーターフォールの方が合理的なのではないか? という問いが浮かびます。 ただし――速度は従来のスプリント並み。つまり、「遅いウォーターフォール」ではなく、「Water-Scrum-Fast」という新しい形が現実解です。 スクラムがAI駆動開発に噛み合わない理由 AIによる実装は、以下のようなサイクルで進みます: このサイクルは極端に短く、AIが生成するコードは**「曖昧な仕様」に敏感**です。そのため、要件や非機能要件をしっかり定義しておかないと、AIは暴走しま
findy-code.io
記事AI要約 本稿は、スクラムマスターの天野氏とアジャイルコーチの森氏が、「組織の中で変革に挑むアジャイルコーチのリアル」をテーマに対談した記録です。天野氏は、目の前のチーム改善から始める「現場課題解決志向」のアプローチで、結果として組織変革が“副産物”として起きたと語ります。一方、森氏は顧客企業を対象に、経営層にアプローチするトップダウンと現場のボトムアップを組み合わせる「戦略的アプローチ」を実践しています。 両者はアプローチこそ異なるものの、変革の過程でステークホルダーの反対など「泥臭く、ドロドロした部分」に直面した経験を共有。その中で、「べき論」による説得は失敗し、相手の立場や評価基準を深く理解し、誠実に対話することの重要性を強調します。結論として、組織変革の鍵は「政治とカネ」の問題から逃げず、最終的には「人と人との関係性を丁寧に築く」ことにあるという共通認識が示されました。 天野
www.4gamer.net
「違う冬のぼくら」×「都市伝説解体センター」クリエイター&パブリッシャ対談。個人開発とチーム開発,それを支える出版系パブリッシャの話 編集部:Junpoco 編集部:だび 千葉・幕張メッセにて2025年9月25日から28日まで開催された「東京ゲームショウ2025」。今年も各社が多彩な出展を行うなか,講談社ゲームラボと集英社ゲームズという大手出版社系のパブリッシャも強い存在感を示した。 講談社ゲームラボは世界累計売上本数が100万本を突破した「違う冬のぼくら」やセンス・オブ・ワンダー ナイト 2025で3つの部門を受賞した「ダレカレ」など計28タイトルを出展。集英社ゲームズは,日本初の体験デモとなる「OPUS: Prism Peak」や事前登録受付中の「unVEIL the world -アンベイル ザ ワールド-」などを中心に,独創的なインディー作品から大型タイトルまで幅広いラインナップを
speakerdeck.com/m_seki
なぜあの開発者はDevRelに伴走し続けるのか / Why Does That Developer Keep Running Alongside DevRel?
speakerdeck.com/matsu0228
スクラム祭り2025 発表資料です https://confengine.com/conferences/scrummatsuri/schedule p.5 [EMがマジ価値を届けきるために考え行動したこと ](https://speakerdeck.com/matsu0228/enginee…
speakerdeck.com/takaking22
■セッション概要 生成AIの登場により、ソフトウェア開発はかつてないスピードで変化しています。 コーディングやドキュメント作成、資料作成といった“作業”は加速度的に効率化が進み、Vibe CodingやAgentic Codingのように、開発の役割や働き方そのものを揺さぶる変化も生まれています。 …
■セッション概要 このセッションでは、これからスクラムをはじめるチームやスクラムをはじめたばかりのチームが知っておきたいコツを紹介するセッションです。私自身のスクラム実践知や、アジャイルコーチとしてさまざまなチームのスクラム立ち上げを観察・支援する中で得た知見をピックアップしてご紹介します。スクラムガ…
スクラムでは、スクラムマスターがパフォーマンスを管理するわけではありません。 スクラムチームは自己管理であり、誰が何をいつどうやってやるかはスクラムチーム自身が決めます。これが基本原則です。 また、責任の観点では、プロダクト自体の進捗(プロダクトゴールに向けた状況)であればプロダクトオーナーが説明責任を担い、スプリント中の開発の進捗であれば開発者自身が説明責任を担います。 これらを踏まえると、スクラムマスターが判断して個別対応するのではなく、まずは開発者同士で状況を話し合い、 …
blog.cybozu.io
こんにちは。AIやっていきチームの加瀬(@Kesin11)です。 先日開催されたVSCode Dev Days Tokyoにて「Issue, Pull-request, GitHub Copilotによる『普通』の一人チーム開発」というタイトルで発表させて頂きました。 vscode.connpass.com この発表ではGitHub Copilotと共同で機能設計の壁打ち、タスク分解、実装、コードレビュー、という開発プロセスを使い慣れたGitHubで行う方法を紹介しました。 現地の発表ではスライドをほとんど用意せず、最初から最後まで実際のデモを行いながら説明するという一発勝負スタイルでしたので、発表スライドの代わりにデモの台本をこちらで紹介することにしました。 当日のデモでは時間の都合上、かなりの駆け足でしたし、実は泣く泣く省略した内容もたくさんありました。そのため、この台本は当日に参加さ
note.com/gimupop
BASE株式会社執行役員の柳川です。金融事業の事業責任者をしています。 私はエンジニア→PdM→事業責任者というキャリアを歩んできました。 現在は事業戦略、プロダクト戦略、組織戦略全ての責任を持ちながら、事業責任者を務めさせていただいています。 事業計画三部作(参考記事) 事業計画を書いてみて!と言われたら今回は事業計画を書く上での心持や心構えについて書いてみます。 いきなり事業計画書いてみて!と言われても何を書けばいいか、どういうこと考えて書けばいいかわからないと思います。今回は一例ではありますが自分の過去の経験をもとに抽象化して役に立ちそうなことを書いてみようと思います。 一応エクスキューズを書いておきます。 事業計画に求められるものも、事業計画の立ち位置も各社違いますので、まずはしっかりそこを会話してください。 事業計画を書いて欲しいと依頼している人も事業計画の定義ができてなかったり
kawaguti.hateblo.jp
多くの人が「スクラム=ソフトウェア開発手法」と認識している現状を見て、少しもったいないなと感じることがあります。実は、スクラムの源流は経営学の巨人・野中郁次郎先生(1935-2025)の研究にあり、その本質はもっと深く、もっと広範囲にわたるものなのです。 私は初めてスクラムを知ったとき、その背景に野中先生の影響があることに驚きました。そこから多くを学んでいく中で、日本のプロダクト開発黄金期にあったはずのものを、どうやったら取り出して、現代の私たちとして活用することができるだろうか、と考えてきました。野中先生、ジェフ・サザーランド博士、本間さん、竹内さん、南野さんのご協力を得て、できる限りの情報を集めて、スクラムの枠組みだけではくみ取れない、成功のためのディテールを集めてきました。 (2025年1月25日、野中先生がご逝去されました。先生のご冥福をお祈りするとともに、その偉大な知的遺産を受け
speakerdeck.com/kawauso
スタートアップのアジャイルは生成AIでどう変わる? かわうそ @_syoryu89 2024年11月にDress Code株式会社に中途入社。アーキテクチャ設計を中心にフルスタックに開発。採用や技術広報・組織設計にも挑戦中。趣味はお酒とゴルフとカワウソ鑑賞。
forest.watch.impress.co.jp
次のページ
チーム開発の人気エントリー
ITの新着エントリー
最新ガジェットの新着エントリー
自然科学の新着エントリー
経済・金融の新着エントリー
おもしろの新着エントリー
マンガの新着エントリー
ゲームの新着エントリー
はてなブログ(総合)の新着エントリー
kaminashi-developer.hatenablog.jp
どうもセキュリティエンジニアの西川です。私は最近ポケモンカードの奥深さと難しさを痛感する日々を過ごしていますが、みなさんいかがお過ごしでしょうか。 カミナシでは社内セキュリティ競技会を実施しました。1年に1度開催しておりまして、気付けば今年で3回目です。初回は私一人で運営していましたが、2回目は二人、3回目は三人と徐々にセキュリティエンジニアリングに人が増え、問題の幅が増えたように感じています。 「こいつ競技会やる度にブログ書いてるな」と思われるかもしれないのですが、新しい発見というか自分なりに改めて社内セキュリティ競技会を実施する目的などを言語化したので、それについても共有できればと思っています。 社内セキュリティ競技会ってどんなもの? これは CTF(Capture The Flag) のようなものですが、社内で実施する良い点は下記のようなものがあります。 自分たちのサービスや環境のコ
syu-m-5151.hatenablog.com
はじめに 数年前、私は大きなプロジェクトに取り組んでいました。SREとして、メール配信システムの大規模な障害に直面していました。毎日数百万通のメールを処理するシステムが、突然、配信遅延を起こし始めました。遅延は徐々に悪化し、やがてメールが数時間も届かなくなりました。ユーザーからの問い合わせが殺到しました。経営層からのプレッシャーも増していきました。 いくら調べても原因が分かりません。データベースのクエリを最適化しました。キャッシュを増やしました。サーバーのスペックを上げました。でも、問題は解決しませんでした。設定を何度見直しても、どこがおかしいのか分かりません。 数日間、問題と向き合いました。さまざまな知識を集めました。組み合わせを試しました。でも、決定的な答えは見つかりませんでした。疲れて、その日は諦めて寝ることにしました。 ベッドに入って、目を閉じました。眠れませんでした。頭の中で、断
blog.shibayu36.org
最近AIを使って仕事をしていると、特定分野の仕事をする時、その分野の基礎知識があればAIをうまく活用できるが、そうでないと全く活用できないということが多々ある。そのためいろんな分野の基礎知識を付けられると良さそうだと思い、経営系のことを学ぶため「世界標準の経営理論」を読んだ。 世界標準の経営理論 作者:入山 章栄ダイヤモンド社Amazon 経営理論の基礎を知る部分としても非常に面白かったのだけど、最初に読み始めた意図とは異なり、Engineering Managerの仕事で参考にできることが多かった。たとえば面白かったなと思ったのは 理論には必ず適用範囲がある。適用範囲が大手企業の限定の場合に、スタートアップには役立たない可能性がある。そのため適用範囲を理解することが大切 気づき:エンジニアリングをしていると、いろいろな手法・フレームワーク・ツールが出てくる。この時に「適用範囲」を理解して
tech-blog.tabelog.com
はじめに:iOSDC2025でのデモアプリについて こんにちは。食べログカンパニー 開発本部 国内メディア開発部の筒井です。普段は食べログiOSアプリの開発を行なっております。 食べログは、2025年9月19日〜21日に開催されたiOSエンジニアの祭典「iOSDC Japan 2025」に、本年度もスポンサーとして参加しました。(当日の様子はこちら) 今年の食べログスポンサーブースでは来場いただいた方に楽しんでいただけるよう「オンデバイスAIによる口コミ生成」をコンセプトとしたデモアプリを展示しました。 数百名の方がブースを訪れてくださり、実際にちょうど100件ほど口コミを生成していただきました。 本記事ではこのデモアプリを作成する過程や生成した結果から得られたオンデバイスAI活用における課題と可能性についてお話しできればと思います。 より使いやすい食べログアプリを目指して 近年はAIの目
はてなブログ(総合)の人気エントリーをもっと読む
このページを最初にブックマークしてみませんか?
『チーム開発』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く