サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
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の新着エントリー
最新ガジェットの新着エントリー
自然科学の新着エントリー
経済・金融の新着エントリー
おもしろの新着エントリー
マンガの新着エントリー
ゲームの新着エントリー
はてなブログ(総合)の新着エントリー
www.hotpepper.jp
こんにちは、料理と筋トレをこよなく愛する筋肉料理人です。 好評をいただいている、鶏むね肉を使った国内外の激ウマメシのアレンジレシピ。 www.hotpepper.jp www.hotpepper.jp 今回は、鶏むね肉のひき肉でシャクシュカ風の一品を作ります。 シャクシュカ(シャクシューカ)は北アフリカ発祥といわれ、中近東、今では欧米でも親しまれている料理。スパイシーなトマトソースに卵を落として煮たもので、パンにもパスタにもよく合います。 そのトマト×卵の組み合わせを、今回は鶏むねひき肉で高たんぱく&安ウマアレンジ。使うのは鶏ひき肉、卵にトマト缶、玉ねぎ、にんにく。フライパン1つ、主な味付けはコンソメとカレー粉なので、身近なもので手軽に作れて失敗知らずです。 そのまま食べても、ご飯やパンにのっけても最高ですよ。 筋肉料理人の「シャクシュカ風 鶏むねひき肉のワンパントマト煮」 【材料】2人分
hokke-ookami.hatenablog.com
現時点の無料記事では赤旗が最もくわしいだろうか。 自民市議に賠償命令/コラボへの名誉毀損認定/東京地裁 | しんぶん赤旗|日本共産党 判決によると浅野市議は、コラボへの川崎市と東京都からの委託費について「重複計上か?」などとした動画をネット上に投稿しました。これについて判決は「委託費を重複して受領したと認めることはできない」と判断。投稿が「公金を重複して受領する犯罪行為に及び違法な利益を得ている可能性が高いとの印象を与えるもの」であり、コラボの「社会的評価を低下させ」たとしました。 19本の動画中、47の発言やタイトルを名誉毀損と認定しました。 まだ一審とはいえ、多くの名誉棄損が認められたことから、全面的にくつがえるとは考えづらい。 なお賠償額が22万円にとどまって浅野氏の謝罪などが不要とされたのは、Colabo側は記者会見などで反論を広めることができるためだという。 【勝訴報告】自民党・
upura.hatenablog.com
ご縁があり、講談社から共著で『Kaggle ではじめる大規模言語モデル入門 〜自然言語処理〈実践〉プログラミング〜』を出版します。 Amazon ページ や講談社の書籍ページは先日公開され、年明け 2026 年 1 月中旬に出版予定です。 書籍概要 書名の通り、Kaggle と大規模言語モデル (Large Language Models; LLM) を題材とした書籍です。 機械学習コンペティション(コンペ)での事例を通じて、LLM をはじめとした自然言語処理に関する実践的な知識やプログラミングを学ぶ内容になっています。 本書の大きな特徴は、学習済みのモデルを所与のものとして、どうモデルを活用するかに焦点を当てていることです。 一般的な LLM の解説は、肝となる Transformer などのモデル構造や事前学習の仕組みなどから丁寧に始まることが多いかと思います。 一方で本書では、これら
engineers.ntt.com
はじめに こんにちは!NTTドコモビジネスの2025年夏の現場受け入れ型インターンシップに参加させていただきました、インターン生の竹田です。私は現在高専の専攻科1年生で、普段は船舶におけるサイバーセキュリティに関する研究活動を行っています。 この記事では、私が今回のインターンシップで取り組んだ業務体験内容について紹介します。 はじめに 参加のきっかけ インターンシップ概要 OTセキュリティとOsecTの概要把握 テーマ選定 検討1: 船舶での使用プロトコル調査 NMEA 0183 IEC61162-450 検討2: 現状の船内ネットワーク調査 検討3: 船舶pcapに対する現状のIDS製品の出力検証 Talker IDから資産を出力するZeek・Spicyパーサー作成・検証 Zeek・Spicyとは パーサー検証 まとめ イベントへの参加 SOC見学 ドコモとのコラボ企画 イノベーションセ
はてなブログ(総合)の人気エントリーをもっと読む
このページを最初にブックマークしてみませんか?
『チーム開発』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く