全員が正しいのに何も決まらない会議の正体 | サイボウズ式
話題の人気ブログ「おい、」シリーズの著者で、ソフトウェアエンジニアのnwiizoさんによる新連載「生産性を取り戻せ」。この連載では「仕事の生産性」をあらゆる角度からとらえ、チームで生産性を高めていくためのヒントを探っていきます。 第3回は「賢い人しかいないチームが、なぜミスを犯すのか？」を考えます。 はじめに 本番環境で障害が起きた。ユーザーへの影響は30分。復旧は終わっている。これから原因を分析し、再発防止策を決める。メンバーは5人。全員が優秀だった。 最初の10分は順調だった。タイムラインを確認し、直接原因を特定した。問題はここからだ。再発防止策の議論に入った瞬間、5人が5つの方向に走り始めた。 Aは「監視のしきい値を変えるべきだ」と言った。正しい。 Bは「カナリアリリース（一部のユーザーだけに先行公開する手法）を入れるべきだ」と言った。正しい。 Cは「そもそも基本設計の問題だ」と言っ
僕の心のヤバイやつ【最新話無料】・Karte.191 私たちは祝う
TVアニメPrime Videoにて見放題独占配信中！ 累計700万部突破！ SNSで超話題の陰キャ少年と陽キャ美少女の極甘青春ラブコメディ!! 宝島社「このマンガがすごい! 」オトコ編、2年連続ランクイン!! 2020年第3位、2021年第9位!! 次にくるマンガ大賞2020 Webマンガ部門 第1位!! Anime Japan2021 第4回アニメ化してほしいマンガランキング第1位!! 第5回みんなが選ぶTSUTAYAコミック大賞第1位!!「王様のブランチ」など各メディアでも大絶賛!! 陽キャが憎くてたまらない…。只今、中二病真っ最中の市川京太郎は、学園カースト頂点の美少女・山田杏奈の殺害を企む！ だが、山田の意外な一面を知ってしまい…!? 陽キャ美少女と陰キャ男子。縮まるハズのない２人の距離に奇跡は起きるか!? 陰キャ・京太郎の青春が今、かなり静かに動き出す…!! 【 番外編「ツイヤ
怪聞書（フリーフォント） - lavsic - BOOTH
【概要】 怪聞書は、源ノゴシックを改変したフリーフォントです。 新聞や雑誌の文字を切り貼りして作った“怪文書”のような雰囲気をイメージしています。 複数のフォントをミックスしながら、文字ごとにサイズや配置へランダムな凸凹感を加えることで、チグハグで不揃いな怪文書らしさを表現しています。 無料版と投げ銭版（¥500）のフォント内容は同一です。 【ライセンス・規約について】 このフォントはSIL Open Font License 1.1で公開されています。 個人・商用にかかわらず無償で使用可能で、動画・サムネイル・ゲーム等への組み込みなどご自由にご利用ください。 詳しいSILライセンスについてはサイトをご確認ください。 https://licenses.opensource.jp/OFL-1.1/OFL-1.1.html 当フォントを利用して発生した、いかなる損害についても作者は責任を負いま
筋が悪そうに見える方針に口を出す - Konifar's ZATSU
誰かが進めている仕事を端から見て、「そんなに複雑じゃなくてもっとシンプルにできるんじゃないか」、「こうしたほうがいいんじゃないか」「そもそもやる必要ないんじゃないか」みたいに感じたとする。 こういう時、「口を出さないでおこう」となってしまうこともあると思う。そりゃそうだよね。口出しにくいよ。横から何やかんや言ったらやる気を削いでしまいそうな気もするし、ちゃぶ台返したいわけではないけど「いま言われても」みたいな雰囲気になりそうだし、もしかしたら自分が見えていない事情があるかもしれないし、その情報を取りにいく時間を自分がかけるべきかもよくわからんし、自分の感覚が正しいかも正直自信はないし、仮に本当に筋が悪かったとして明確な対案を持ってないこともあるし、口を出しても最後まで責任持てるかわからないしな。そりゃ「まあいっか、静観」となりがちだよね。 めちゃくちゃ気持ちはわかる。わかるんだけど、自分は
一人SREが歩んだPlatform Engineeringスモールスタート実践録 ~ クラウドネイティブ会議版 ~
クラウドネイティブ会議の登壇資料です
高木浩光＠自宅の日記 - 個人情報保護法改正案に重大な欠陥、2001年「メディア規制」法案の再来、修正が必要, 追記（15日午前）「取得」概念自体からして..
■ 個人情報保護法改正案に重大な欠陥、2001年「メディア規制」法案の再来、修正が必要 （注：3日前に書き始めていた日記（11日付）だが、仁義は切ったので、今日（14日午前）パブリッシュする。もっと早く気づけばよかったが、この土日に気づいた。手遅れにならないことを祈る。） 追記（18日午前）NotebookLM生成のスライドをNotebookLMに解説させた。 追記（16日午前、19日午前）長くなったので目次：【私の考え↓】【修正私案 】【ChatGPTはどう言う？ 】【Claudeによる整理 】【損害を加える目的 】【脚注6の件 】【「取得」概念自体からしておかしい 】【質問案 】【大臣記者会見 】【「図利加害目的」の判例をおさえておく 】【脚注6の件の軌道修正 】【質問案の作り直しと解説文 】 このところ、前回の日記のように、生成AIを用いて個人情報保護法のR8改正案の構造を分析してい
自分が一番考えてるという自信を持つ - Konifar's ZATSU
自分がオーナーシップを持って物事を進める時には、少なくとも組織内ではその領域のことを一番考えているという自信を持つほうがいいと思っていて、そのあたりの話を雑に書いておきたい。 なんでかというと、結局一番考えてないと説明責任を果たせないからなんだよな。たとえば「なんでこういう方針にしたんですか？」、「このあたりは考慮できていますか？」みたいにまわりから聞かれた時に、「それはもう過去に私の脳が通ってきた道だ」みたいな感じで二周目状態になっていないと説明できない。 自分は昔「説明責任とかしゃらくせえ、"遂行" できればええやろ」と考えていたことがある。それはそうで、小さいタスクだとそれで全然OK。けどねぇ、なんかうまくいかなくなるんだよな。説明しながら "刻む" 進め方を身につけないと、物事を前に進められなくなってくるのよ。もしかしたら "圧倒的" なレベルの人はそんなことはないのかもしれないけ
とほほのClaude Code入門 - とほほのWWW入門
初版：2026年5月10日 更新：2026年5月10日 目次 Claude Codeとは？ インストール フォルダ構成 設定 設定 (settings.json) 基本ルール (CLAUDE.md) メモリ (MEMORY.md) 機能 フック (hooks) コマンド (commands) スキル (skills / SKILL.md) サブエージェント (agents) コネクタ(connectors / MCPサーバー) LSP(LSPサーバー) プラグイン(plugins) コマンド 終了 会話履歴 セッション管理 設定系 情報表示系 認証・アカウント コード管理・レビュー プランニング・タスク管理 クラウド・リモート機能 拡張機能・統合 スケジュール・自動化 学習・サポート 外部連携セットアップ その他 ショートカット コンフィグ値 コマンドオプション Tips 何度も確認を求め
00年代のIT業界最大のバズワード「XML」は現在どうなったのか？
はじめに 2000年代のIT業界で最大級のバズワードを一つ挙げるなら、XMLは間違いなく有力候補です。UML、SOAP、WSDL、MDA、Ajax、Webサービス、エンタープライズJava、.NET、Office文書形式、各種設定ファイルまで、当時のXMLは単なるデータ形式ではなく、あらゆるものをつなぐ共通中間表現として語られていました。現在の目から見ると過剰な熱狂にも見えますが、当時は本気で「XMLでデータ交換も設計も業務連携も統一される」と考えられていたのです。 しかし2020年代の現在、日常の新規Web APIでXMLを積極的に選ぶ場面はかなり減りました。多くの開発者にとって、軽量なデータ交換はJSON、設定はYAMLやTOMLという感じになっています。Ajaxという名前にXMLが入っているにもかかわらず、実際のWeb開発ではJavaScriptと相性のよいJSONが主役になったこと
辺野古事故めぐる独善的な人々 「左派は自分と違う考えに耐えられない」と朝日新聞が指摘 メディアウオッチ 皆川豪志
事故当日の夜、記者会見に臨んだヘリ基地反対協議会のメンバーら＝3月16日、沖縄県名護市（大竹直樹撮影）さすがに各紙とも看過できなかったようだ。沖縄県名護市辺野古沖で女子高校生ら２人が死亡した抗議船転覆事故をめぐり、沖縄タイムスがGW期間中の読者投稿欄で「天国から二人の声が聞こえてくる。『誹謗中傷にめげず、抗議行動を続けてほしい』と。」などと掲載した件だ。 すでに、謝罪記事も載せており、これ以上言い立てるつもりはないが、普段は沖縄や沖縄メディアに「優しい」朝日新聞や毎日新聞なども報じていた。 亡くなった女子高校生が「政治的意図」などまったくないまま、抗議船に乗っていたことは、すでに遺族がSNSを通じて繰り返し述べている。読者投稿とはいえ、チェックして掲載するのは社員なのだから言い訳できないのは当然だが、彼らの頭の中には常に「辺野古移設工事に反対するのは良いこと」「私が良いと思っているのだから
Claude Codeの失敗をチームルールに昇格させる仕組み
はじめに こんにちは、クラシルのレシチャレを開発しているkiyokuroです。 これまで、ルール設計・Safety Hook・サブエージェント・3エージェントハーネスのブログを書いてきました。前回の記事では3エージェントハーネスを取り入れて、実装のchunkを連鎖的に回すループまで辿り着きました。 ただし、回り始めたループから出てくる「失敗」をどう活かすかには触れていませんでした。この記事では、Evaluatorが拾った失敗を個人ローカルに蓄積し、3件以上たまればチームルールに昇格させ、さらにセッション全体を振り返る仕組みを紹介します。 Mitchell HashimotoがMy AI Adoption Journeyで紹介している「ハーネスエンジニアリング」は、エージェントがミスをした時に、同じミスが起きにくくなるように環境（Claude Codeで言えばCLAUDE.mdやrules、
「ゴールポストを動かす」って何？という疑問をずっと持っている 「この言..
「ゴールポストを動かす」って何？という疑問をずっと持っている 「この言い回しがされるとき、言った人はどのような情景をイメージしているのだろう」という話 まずそもそもサッカーのゴールポストなのかどうか、という話もある 次に動くのは左右方向なのか、前後方向なのか、上下方向なのか、どれをイメージしているのか、という話がある あるいはゴールポストを殴るなどして揺らして「ゴールポストに嫌われる」を人為的に発生させるイメージというのもありえる 100人いれば100通りのゴールポストの動かし方がありそうな気がする 個人的には映画『少林サッカー』の作中描写であった、ゴールポストをとっさに揺らしてゴールを緊急回避するシーンを想起する 『少林サッカー』が好きなだけ 日曜に日記を書いた おわり 関連エントリに4年前に書いた類似の内容の日記が出てきて笑う 4年間ずっと暖めていたのか https://anond.h
認知負債 - kawasima
生成AIがプロンプトからコードを大量に生成してくれるので、出力されたものを理解する時間と引き換えに早くリリースする。この構造は技術的負債と同じなので「認知負債」と呼ばれることがある。 Margaret-Anne Storey が AI 時代のソフトウェア健全性を技術的負債・認知負債・意図負債の3層で整理している Addy Osmani は AI 生成コードでこのギャップが急拡大する現象を「理解負債」と呼ぶ Thoughtworks Technology Radar では "コードベースの認知負債" を Caution に分類している 認知負債と意図負債を分ける Storey の3層モデルの肝は、コード側の問題 (技術的負債) と人間側の問題を分けただけでなく、人間側をさらに「人の頭の中」(認知負債) と「外部化された知識」(意図負債) に分けたことにある。 table:table 種類 宿
仮説階層モデル - kawasima
#WIP 従来の仕様は、実装前に正解を固定し、実装をその正解へ一致させるための記述だった。 しかし、ソフトウェア開発で本当に不確実なのは、実装が仕様通りに作れるかだけではない。そもそもその機能に価値があるのか、ユーザーが想定通りに行動するのか、業務的に何を正しいとみなすべきか、どの相互作用なら使えるのかも不確実である。 LLMとエージェントによって、選択肢生成・プロトタイピング・実装修正のコストは大きく下がった。これにより、仕様は「正解を先に固める文書」から、「仮説を構造化し、どのエビデンスで採択・棄却するかを明示する文書」へ変わる。 したがって、LLM時代の仕様とは、何を作るかを詳細に命令する文書ではない。価値仮説・行動仮説・ドメイン仮説・相互作用仮説・実装仮説を分け、それぞれの採択基準と観測方法を明らかにする、学習のための構造である。 ただしひとくちに「仮説」といっても、そこには層があ
2026年のソフトウェア開発を考える（2026/05版） / Software Engineering Scrum Fest Niigata 2026 Edition
2026年のソフトウェア開発を考える（2026/05版） Scrum Fest Niigata 2026 2026年5月8日（金） https://www.scrumfestniigata.org/
自動テストだけで
リリース判断できるチームへ - 鍵はテストの量ではなくリリース判断基準の再設計にあった / Redesigning Release Criteria for Lightweight Releases
自動テストだけでリリース判断できるチームへ - 鍵はテストの量ではなくリリース判断基準の再設計にあった https://confengine.com/conferences/scrum-fest-niigata-2026/proposal/49867
AIに「これ買っておいて」で決済から家計簿記録まで完結 MUFGがGoogleとの提携で目指す自律型金融サービス
三菱UFJフィナンシャル・グループ（以下、MUFG）は5月7日、AIエージェントが商品選択から購買、決済、家計データの可視化まで実行するサービスの実現に向けてGoogleと協業すると発表した。エージェントによる購買や決済を実現するための基盤を「Google Cloud」に構築する。2026年度内のPoC開始を目指す。 協業に関する記者発表会では同サービスのイメージ映像が公開された。ユーザーが購入したい商品の情報をエージェントに送信すると、エージェントが商品を選択し提案。決済手段もエージェントが提案し、ユーザーが承認することで購入が完了する。購入情報は口座情報などの家計データとひも付けられ、可視化される。 GoogleはAIとクラウドに関する技術と開発支援を提供する。エージェントによる購買、決済を実現するインフラを「Google Cloud」で開発する。開発においてMUFGは「AP2」（Ag
「セーラームーンに似ている」 生成AIを使った化粧品の広告が物議 メーカーは謝罪と広告の撤去を発表
化粧品やスキンケア商品などを手掛けるウテナ（東京都世田谷区）は5月6日、同社の化粧品の広告が既存アニメに酷似していると物議を呼んだ問題で謝罪し、公式YouTube動画の削除および交通広告の撤去を発表した。 物議のきっかけになったのは、同社が販売するスキンケア商品「ウテナ モイスチャー」の販売を訴求する「潤い戦士モイスチャー」の屋外広告だ。 同社は4月27日よりJR山手線の28駅で、5月1日からOsaka Metro御堂筋線の主要4駅で屋外広告の掲示を開始した。同日より、YouTubeで全編を生成AIで制作したPRアニメも公開。しかし、そのビジュアルが既存のアニメ作品「美少女戦士セーラームーン」に酷似しているとして、SNS上で話題となっていた。 こうした声を受け、ウテナは「お寄せいただいた多くのご指摘を真摯に受け止めるとともに、今回の表現が、既存の創作物の独自性や文化的背景に対する敬意を欠き
役割と責任の区別をつける
みなさんこんにちは。@ryuzeeです。 2026年3月4日に新刊の訳書『Aligned ―プロダクト開発におけるステークホルダーとの関係性の築き方』がオライリー・ジャパンから発売になりましたのでよろしくお願いします。 本記事は、先日Xに書いた記事の転載です。 先日Xで「スクラムマスターが何もしない。ふざけんな（意訳）」という話を見かけました。 確かに、何もしていないのであれば不要なんじゃないか、という気もします。 ただ、この話はいくつか論点が混ざっていそうなので、分けて見ていきましょう。 役割と責任は違うスクラムマスターの話なので、見るべきはスクラムガイドです。とりあえず擦り切れるくらい読んでください。 スクラムガイド2020年版では、今回の話に関係がある大きな改訂が行われました。 それが「責任（Accountability）」です。 スクラムガイド2017まではプロダクトオーナー、開発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AI時代に越境し、 組織を変えるQAスキルの正体 / QA Skills for Transforming an Organization
