形骸化しない定例会議の進め方｜デキるPMの7つの改善ステップ
はじめに # 「定例会議がうまくいかない」「課題が共有されない」と感じたことはありませんか？ 本記事では、 定例会議が形骸化する原因と、その進め方を改善する具体的な方法（7ステップ） を解説します。 プロジェクト管理やPMに関わる方が、実務にすぐ活かせるノウハウが満載です。 定例会議は本来、プロジェクトの状況を正しく共有する場です。 課題に向き合い、解決策を合意する目的もあります。 しかし現場では、単なる進捗報告の“儀式”と化し、課題が置き去りにされてしまうケースが少なくありません...
記事を読むよりよい方法を見つけだそうとし続けている： 自由があればよりよく進化する
はじめに # 40年近くいろいろなハードウェアやOSや開発言語等を活用してソフトウェア開発をしてきて、今、個人的に振り返って思うのは、標準化された同じ手順で同じように計画通り開発を進められたのって、実はそれぞれすごく短い期間だったなぁということです...
記事を読むAWS Step Functionsでつまずいたポイントを“実際に使って”まとめてみた
概要 # 「AWS Certified Developer - Associate (DVA-C02) 」を受験するにあたり関連する内容を知識のみでなく実際に手を動かしながら理解を深めていこうと思い立ち、その際に躓いたところだったりわかりにくかった概念などを備忘録としてまとめておき、後から見返せるよう残しておきたいと思います...
記事を読むチェックリストの形骸化を防ぐ！デキるPMの再構築術と7つの改善策
はじめに # あなたの現場では、チェックリストがただの“儀式”になっていませんか？ チェックリストは本来、業務の質を保ち抜け漏れを防ぐ強力なツールです。 しかし、次のような兆候がある場合は要注意です。 チェックリストを埋めるだけになっている 項目が多すぎて形だけチェックしている チェックの理由が説明できない 当てはまる項目があれば、この記事がきっと役立ちます。 この記事では、チェックリストがなぜ「肥大化」や「形骸化」するのかを解説します...
記事を読むプロダクトオーナーの煩悩： 「自分の頭だけで考えるな」〜試行錯誤の末たどり着いた、アジャイルな教訓〜
失敗談 # ここ1〜2年ほど、本を読むのが苦手になりました。 以前は技術書やビジネス書、もちろんアジャイル系の書籍も毎月のように買いあさり、読んだり試したりしていましたが、それがぱったりと途絶えました。 読んだ本の内容が頭に入ってこない、すぐに疲れる... 集中力が落ちたのか、頭が悪くなったのか。あるいは2年ほど前から始めたプラモデル趣味にモチベーションを持っていかれたのか。 液晶モニターでの読書は頭に入りにくいと聞き、紙版や電子ペーパー端末を購入してみました。拡大ルーペ眼鏡も試してみました...
記事を読むVS Codeで始める！わかる＆できるC#開発環境の構築【2025年版マニュアル】
みなさん、C#の開発には何を使っていますか。仕事ではおそらくVisual Studio Professional、プライベートではVisual Studio Communityが定番ですよね。 C#の開発環境として定番のツールはVisual Studioですが、もしかしてVS CodeでもC#の開発ができるのでは。そう思って調べてみたら、やはりできました。 この記事ではVS CodeでC#の開発環境を構築する手順を解説します。基本的には拡張機能をインストールしてコマンドを打つだけです...
記事を読む豆蔵デベロッパーサイト 2025年4-6月のサマリー
今年は梅雨明けが早かったですね。2025年度第1四半期のサマリーです。 記事数・執筆者数 # この3ヶ月で58本の記事が投稿されました。記事数としては最近になく多かったと言えるでしょう。記事総数は769になりました。新たに2名が執筆デビューし、累計66名になりました。 春の新人向け連載2025開催 # 昨年4-6月に新人向けの（不定期）リレー連載を春の企画として開催しましたが、今年も引き続き開催しました...
記事を読む【IT業界雑学】「2つの正義」が交わるとき：ソフトウェアに潜む標準分裂の正体
はじめに：業界に潜む「2つの標準」問題 # ソフトウェア開発の世界には、仕様や動作が2つに分かれる“標準の分裂”現象がしばしば存在します。 「どっちが正しいの？」という話になりがちですが、実際にはそれぞれ歴史的・技術的背景があるだけだったりします。 今回は、そんな「2つの標準」にまつわる例をいくつか紹介します。 配列って「0」から？それとも「1」から？ 〜使う言語で変わる“常識”〜 # プログラミング言語によって、配列の添え字（インデックス）の起点は大きく3つのパターンに分かれます...
記事を読む「問題解決」と「課題達成」どう使い分ける？─新人プロジェクトマネージャー向け：“守り”と“攻め”の思考法
はじめに # 以前の記事では、「事実」と「真実」を見極める大切さを学びましたね。 プロジェクトを進める中で、時に迷うことはありませんか。 「目の前の問題に対処すべきか」 「それとも、もっと高い目標を目指すべきか？」 悩みの本質を見極めることが、成功の分かれ道になります。 そこで今回は、状況に応じて使い分けたい2つの思考法をご紹介します。 それが 「問題解決型」と「課題達成型」 です...
記事を読む「問題」を診て「課題」を処方する ― 新人プロジェクトマネージャーがSOAPに学ぶ、問題解決の「型」
はじめに # 新人プロジェクトマネージャー（PM）の皆さん。 プロジェクトの進行中に「うまくいかない原因が分からず、どうすればいいか悩む」ことはありませんか？ トラブルの根本原因が特定できず、適切な対策を打てずに時間だけが過ぎる。 そんな漠然とした不安を抱えることもあるでしょう。 この記事では、プロジェクトの不調を『病い』に例えます。 お医者さんのように問題を診断し、解決策を処方するための思考法と「型」を紹介します...
記事を読むSpringの小話 - ServiceConnectionのオレオレ対応
Spring Boot 3.1からTestcontainersとの連携がしやすくなるServiceConnection機能が導入されました。使ってみると「これは便利だ！」と感じたのですが、対応しているのはPostgreSQLなど一部のミドルウェアに限られています...
記事を読むSpringの小話 - Testcontainersの連携機能を理解する
ネット上のサンプルを見ていると、@Testcontainersアノテーションが付いていたり付いていなかったり、コンテナインスタンスのアノテーションが @Container だったり@Beanだったりと、どうやってTestcontainersを使うのが正解なのか迷うことが多いのではないでしょうか。どこまでがTestcontainers本来の機能で、どこからSpring Bootの連携機能（spring-boot-testcontainers）なのか、初見では分かりにくいですよね...
記事を読む「問題」と「リスク」の違いから始める ― 新人プロジェクトマネージャー向け：はじめてのリスク管理ガイド
はじめに # 以前の記事では、「問題」と「課題」の違いから課題管理の進め方についてお話ししました。 今回はその続編として、「リスク」と「問題」の違いを軸に、リスク管理の第一歩をわかりやすく解説します。 こんな悩みを抱えていませんか。 「リスクって“危なそうなこと全部”を指すのだろうか。」 「問題とどう違うのだろうか。」 「そもそも何から手をつければよいのだろうか。」 この記事を読めば、 「問題」と「リスク」の違いが明確にわかります...
記事を読む統計の話をしようじゃないか - ソフトウェア品質のための統計入門（No.15 統計的品質管理(SQC)の実践事例紹介）
はじめに：いよいよ品質分析の集大成へ # 「不具合がなぜ減らないのか？」「このプロセスは本当に安定しているのか？」 ――そんな問いに、あなたは統計で答えられますか？ ここまで、ソフトウェア品質をテーマに、統計的な視点から多くの分析手法を学んできました。 そしていよいよ「統計の話をしようじゃないか」第15回、本シリーズの集大成として登場するのが、統計的品質管理（SQC: Statistical Quality Control） です...
記事を読む統計の話をしようじゃないか - ソフトウェア品質のための統計入門（No.14 予測：回帰分析で品質を読み解く）
はじめに # 「統計の話をしようじゃないか」第14回では、回帰分析という手法を用いて「将来を予測する」ことに挑戦します。 この連載では、過去データから全体像や関係性を把握してきましたが、今回はその知見を活かして、「将来どうなるか」を具体的な数値で予測する方法を学びます...
記事を読む「事実はひとつ、真実は人の数だけ？」─ 新人プロジェクトマネージャーがコナンに学ぶ“探偵型マネジメント”思考法
はじめに # 新人プロジェクトマネージャー（PM）の皆さん。 メンバーとの「認識のズレ」やコミュニケーションの難しさに悩むことがありますよね。 その原因は、客観的な 「事実」 と、主観的な 「真実」 を混同しているからかもしれません。 この記事では「探偵型マネジメント」という思考法を紹介します。 コナンの言葉をヒントに「事実」と「真実」を見極め、プロジェクトを円滑に進めます。 「真実はいつもひとつ！」 ― 名探偵コナン しかし、プロジェクトの現場に立つと、次のように思うことがあります...
記事を読む文字コード これだけは覚えておこう ～UTF-8編～
はじめに # 今回は新人さんに向けての記事ということで、我々日本語を扱うプログラマーが長年捕らわれ続けている問題である「文字コード」の問題について語りたいと思います。 現場で起きやすい不具合の多くが文字コードに起因しており、避けて通れない知識です。 「文字コード」には非常に長い歴史があり、当時の技術者たちが直面した制約の中で生まれた、苦悩や試行錯誤の積み重ねの産物です。そのため、現在の姿だけを見て「いまいち」「分かりにくい」と単純に批評できません...
記事を読む統計の話をしようじゃないか - ソフトウェア品質のための統計入門（No.13 相関と因果：散布図と相関係数の落とし穴）
はじめに # これまでの連載では、平均や割合といった代表値を通じて、「母集団の傾向を推定する」手法について解説してきました。 具体的には、標本平均から母平均を推定したり、割合の差を比較したりといった場面で、統計的推定や仮説検定を用いる方法を取り上げてきました。 しかし実務では、「ある要因が別の結果に影響を与えているのか？」という、よりダイナミックな関係性に注目したい場面も少なくありません...
記事を読む統計の話をしようじゃないか - ソフトウェア品質のための統計入門（No.12 仮説検定：有意差って本当に意味あるの？）
はじめに # これまでは、「母集団の傾向を推定する」ために、主に以下のような手法を見てきました。 標本から母平均や母割合を推定する 推定値のばらつきを示す「標準誤差（SE）」 統計的な不確かさを数値で表す「信頼区間（Confidence Interval）」 これらはすべて、母集団の特徴を「どれくらいの精度で言えるか？」という推定の話です。 これに対して、統計的に“YESかNOか”を判断するための道具が、今回扱う仮説検定です...
記事を読む統計の話をしようじゃないか - ソフトウェア品質のための統計入門（No.11 信頼区間と誤差：この結果、どこまで信じていい？）
はじめに # 「統計の話をしようじゃないか」第11回では、「信頼区間」や「標準誤差」といった推測統計の基本概念を、報告書や品質判断にどう応用できるかという実務視点で解説します。 ソフトウェア品質の現場でも、「結果をどれだけ信じてよいか？」という問いに対して、 信頼区間やZスコアによる不確かさの定量化がますます重要になっています。 確率論と統計的推測の違い：基礎を押さえておこう # 第8回目でも触れましたが、おさらいとしてもう一度書きます...
記事を読む
