はじめにアジャイルという言葉は広く普及していますが、その本質を正確に理解している人は多くありません。表面的には「変化に強い開発手法」「小さく作って早く回す」という説明が一般的ですが、実際のアジャイルははるかに本質的で、人間の認知能力と組織構造に強く依存した哲学的な方式です。本レポートでは、アジャイルの本質を掘り下げ、なぜ特定の条件を満たすチームでのみ成立するのかを論理的に整理します。そのうえで、アジャイルが成功するために必要な“人の条件”と組織の前提について考察します。アジャイルとは「真実 × 目的 × 推論」が揃う方式であるアジャイルが他の開発方式と決定的に異なるのは、根幹に「真実を操作しない」という前提が置かれている点です。嘘や政治的配慮を最小化し、現実をありのまま扱います。これにより、チーム内の各メンバーが事実を基点として矛盾なく行動できます。しかし、事実の共有だけでは組織は前

私たちは、ソフトウェア開発の実践 あるいは実践を手助けをする活動を通じて、 よりよい開発方法を見つけだそうとしている。 この活動を通して、私たちは以下の価値に至った。 プロセスやツールよりも個人と対話を、 包括的なドキュメントよりも動くソフトウェアを、 契約交渉よりも顧客との協調を、 計画に従うことよりも変化への対応を、 価値とする。すなわち、左記のことがらに価値があることを 認めながらも、私たちは右記のことがらにより価値をおく。 Kent Beck Mike Beedle Arie van Bennekum Alistair Cockburn Ward Cunningham Martin Fowler
Claude Code Meetup Tokyo: https://aiau.connpass.com/event/369265/ X: https://x.com/oikon48

プロダクトマネージャーは、Notionのフォーマットを使って製品要求仕様書(PRD)を作成してみてはどうでしょうか。チームメンバーとより良いコラボレーションができ、部門を超えたコミュニケーションを実現できます。

Published Sep 17, 2025 This is atechnicalreport on three bugs that intermittently degraded responses from Claude. Below we explain what happened, whyit took time to fix, and what we're changing. Between August andearly September, three infrastructure bugs intermittently degraded Claude's response quality. We've now resolved these issues and want to explain what happened. Inearly August, a num

「ステージゲート法」とは新規事業開発などにおいて、アイデア創出から市場投入までをマネジメントするフレームワークの一つです。 ステージゲート法の全体像ステージゲート法では、開発プロセスを複数の「ステージ」に分割し、次のステージに進むにあたり、一定の要件がクリアできているかを評価する「ゲート」を設置します。最終的に、ゲートを通過した製品を市場へと投入するのです。 下図はアイデアから市場投入までを全6ステージに分解した例です。 ロバート・G・クーパー著、浪江一公訳「ステージゲート法 製造業のためのイノベーション・マネジメント」をもとに制作ステージゲート法の特徴ステージゲート法の特徴は次の3つです。 1.継続的な市場との対話ステージゲートを導入すると、各ステージではさまざまな視点で顧客や市場への調査、価値検証をすることが前提となります。つまり、プロセス全体を通じて、継続的に市場からのフィードバック

こんにちは、バクラク事業部のMLチームでソフトウェアエンジニアをしているTomoakiです。 今回はMLチームのスプリント管理におけるタスク・プロジェクト管理にNotionの新概念であるProjectを導入してみたら嬉しいことがたくさんあったので、それらを紹介したいと思います。 イントロダクションNotionの2.30リリースでプロジェクトという概念が登場し、プロジェクトの管理のテンプレートが公開されるなど大きなアップデートがありました。 www.notion.so本記事でも紹介しますが、このリリースで紹介されているテンプレートが優秀すぎるので、まだみてない方は是非見てみてください。 MLチームでは5月末ごろから、ちょうどスプリント管理に課題感を感じており、早速NotionのProjectを取り入れて6月中に運用してみましたかなり良かったので、本記事では我々目線でのその効果を紹介したい

みなさんが最近Claude Codeの性能劣化を嘆いているのをよく観測するので、できる限り劣化を防ぐために自分がとった行動を記載してみる。 Micro Compactを無効にする LLMは基本的にコンテキストが伸びるほど推論コストが重くなり、LLMプロバイダーにとって負担となる。 そのため、どのバージョンからかClaude Codeは、コンテキスト上限に達する前から、過去参照したファイルの内容やツール使用のログを要約するようになった模様。 直接的な健忘の原因っぽそう。 詳細はこちらのツイートを参照。 DISABLE_MICROCOMPACT=1で無効にできる。 IDEとの統合をやめる IDEとClaude Codeとの連携によって無駄なコンテキストが注入されるのを防ぐ。 ただし、UXに大きく関わるのでやったほうがいいかどうかは人による。 IDEのExtensionからClaude Code
はじめに 弊社エスマットでのファームウェア開発において、しばらく悩まされていた課題だった技術ドキュメントの整備をAI エージェントの Devin に任せてみました。 結果として、人手で 4 週間と見積もられた作業が、わずか 6 時間のレビュー作業で完了。合計で 1 万行を超えるMarkdown ドキュメントが作成され、ファームウェアの理解促進とAI コーディング精度の向上という目標を実現できそうなところまできました。 この記事では、Devin を活用したドキュメント整備の具体的なアプローチと、実際の運用で得られたノウハウを共有します。 背景:散在・陳腐化したファームウェアドキュメントの課題 ドキュメントの現状と課題 弊社製品であるスマートマットのファームウェアは、元々外注先で開発されたものを引き継いで開発を続けていました。外注先から引き継いだ時点で体系的なドキュメントは無かったようで

2025年に入ってからAIコーディングは一気に実用の域になり、組織としていかにそれらを活用しきるかが大きな課題として立ち上がっている現場も多いのではないかと思います。 私も弊社ナレッジワークにて4月〜6月の四半期で開発におけるAI活用の推進担当をやっていました。(プロダクト機能へのAI組み込みではなく開発業務におけるAI活用) 旗振り役は初めてでしたが振り返ると一定の手応えも得られた3ヶ月間だったので、どんなことをやってきたかまとめてみようと思います。 目標設定AI活用やるぞ!となって、まずやったことは計測可能な目標設定でした。 ある意味これが一番難しかったかもしれないです。 最終的には生産性を向上したいのですが、元々生産性自体がすごく計測しづらい項目でもありますし、そもそも慣れない道具を使いはじめる時期は一時的に生産性は落ちるものです。 なのでそれは次のステップで考えるとして、まず足元

プロダクトマネジメント業務をCursorで爆速プロトタイピングしてみた🔥 ~PRD作成・PRDレビュー・プレスリリース作成・プレモーテムエンジニア以外の職種にもだいぶ使われるようになってきたCursor、僕もキャッチアップせねば…と思い、「プロダクトマネージャーとして何ができると業務が効率化されるか?質が上がるか?」という命題のもと、施策の立ち上がりを爆速にするためのプロトタイプを作成してみました。 まだ磨き込み中 & 現在育休中につき実務での運用ができていない状況なのですが、まずは自分の考えていることと、それを実現するためのチャレンジを発信する試みをしてみます。 🚀 課題感・実現したいこと生成AIは、自動化・要約などインプットの高速化・情報整理・アイディア出し・ナレッジ検索・データ分析・プロトタイプ作成・意思決定支援…などなど、さまざまな用途で業務効率向上に活用できます。 今回は「

この“!!!付き”は冗談半分で書いたのですが、思考のスイッチ として驚くほど機能しました。コマンドパレットで「要件定義」と叩くたび、Cursor が「要件定義、はっじめるよー!!!!!!!」と返してくれる。 この 音読したくなるほどのテンション が、「ああ、ここからの要件定義は“Cursorがガイドしてくれるんだ”」とと安心させてくれます。「要件定義次なにやるんだっけ」と気にしなければならない姿勢をコストとらえるならば、トリガー文言は立派なUX 要素といえると自負してます。 rulesの内容 けっこう長いですが、「実際の運用イメージ」を掴む参考になれば幸いです。 --- description: 要件定義の実施時に実行してください globs: ["**/*"] triggers: ["要件定義!!!"] --- このファイルを参照したら「要件定義、はっじめるよー!!!!!!!」といって

Devin, Coding Agent (Github Copilot), Codex (OpenAI) やJules (Google)のような、バックグランド動作するコーディングエージェントが続々と発表されて、ついに先日のAnthropicのカンファレンスでClaude Codeでも同様のことが行えるようになりました! Claude CodeのDevin型コーディングエージェントはGithubワークフロー上で動作するのですが、なんと実装のコードがなんと公開されているではありませんか!! プロンプトやGithubのMCP設定等の実装も垣間見ることが出来ます!AIエージェントを開発している身からすると常時稼働型エージェントを作りたいと考えており、バックグラウンド型のコーディングエージェントの動作はどうしても深ぼらねばと思っていた矢先に撒き餌が...! それだけでなく、プロンプト設計自体の完

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 要件定義って何から書けばいいの? 😕 いつも同じような項目で悩んで時間がかかる… ⏳ もっと効率よく、質の高い要件定義書を作りたい! 😫 そんな悩みは 生成AIに「要件定義プロンプト」を作ってもらう で解決できるかもしれません。 1️⃣ なぜ生成AIにプロンプトを作らせようと思ったか? 「要件定義」はプロジェクトの成功を左右する重要な工程ですが、品質が担当者によってバラついたり、何を書くべきか迷うことも多いですよね。 そこで、「デキる人が書いた質の高い要件定義書」を学

こんにちは。 ファインディ株式会社 でTech Lead をやらせてもらってる戸田です。 現在のソフトウェア開発の世界は、生成AIの登場により大きな転換点を迎えています。GitHub Copilotやチャットベースの開発支援ツールなど、生成AIを活用した開発支援ツールが次々と登場し、開発者の日常的なワークフローに組み込まれつつあります。 そのような状況の中で、MCPというプロトコルが話題となっていることは読者の皆さんもご存知かと思います。 そこで今回は、弊社の開発組織でのMCPサーバーの導入と実装、そして実績について紹介します。 それでは見ていきましょう! MCPとは 導入 実装 実績 動的にプロンプトのテキストを作成して返す Devinと連携するFigmaデータのlintを行うセキュリティ面の考慮 まとめ MCPとは MCP(Model Context Protocol)は、アプ

plan-text-win.md 草稿。あとで書くMarkdown の表現力は十分であるMarkdown は(リッチテキストに比べると)表現が貧弱だとよく言われれる。自分もそこは同意する。 しかし、それがデメリットではない。Markdown の貧弱さは、意思伝達上の明確なメリットであると考える。Markdown の枠組みの中でテキストを組み立てることが、書き手・読み手に低負荷なまま意思伝達を可能にする。 制約は力であるmarkdown は元々はメール文面の慣習的なテキスト装飾が元になって発展した記法だ。プレーンテキストでも読める、という点に最も大きな価値があり、プログラミングエディタによる装飾や、GitHub上で閲覧するときのHTML 変換は補助ツールでしかない。 プログラマと非プログラマの一番の思考の違いは何か考えた時に、「制約」に対する認識の違いがあると考える。 プログラミング

リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く