Professional Engineer
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第90回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。今回とりあげるのは「Alig…
日々の業務や個人開発の中で、「これって技術的には可能だが、本当にやっていいのだろうか」「波風を立てたくないが、このやり方は筋が悪い気がする…」とモヤモヤすることがある。ITエンジニアは、コードを書くプロセスからチーム開発のコミュニケーションに…
本ブログでときどき言及している、超上流工程向けの開発方法論である「要求開発」というものがある。以前は書籍やコミュニティサイトでの公開文書などがあったのだけれども、現在は入手困難であったりサイトは閉鎖されている。というわけで、復刻してみたと…
最近考えていること。AI駆動開発時代に、「要求開発」を見直してもいいんじゃないかと考えたこと。要求開発~価値ある要求を導き出すプロセスとモデリング作者:山岸 耕二,安井 昌男,萩本 順三,河野 正幸,野田 伊佐夫,平鍋 健児,細川 努,依田 智夫,［要求開発…
中上級の技術者教育について考えている。経験的に有効な手法の一つに実際の事例を用いたグループワークがある。これをより改善するための方法を調べたり、考えたりしたことの覚え書き。 ケース・スタディとケース・メソッド 自分は実際の事例を用いたグルー…
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第89回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。今回とりあげるのは「失敗…
今年のはじめに発売された「ソフトウェア開発者のキャリアハンドブック ―キャリアの不確実性を進み続けるためのガイド」を読み始めている。この本はもともと「Being Geek ―ギークであり続けるためのキャリア戦略」だったものの改定版だ。目次を見ながら更新…
タイムラインで話題となっていた「Living Documentation: Continuous Knowledge Sharing by Design (English Edition)」ざっと読んだ。AIは使っていない（機械翻訳は使った）。というわけで、ざっくり理解したことをメモしておく記事。Living Documentation:…
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第88回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。今回とりあげるのは「プラ…
「プラットフォームエンジニアリング ―成功するプラットフォームとチームを作るガイドライン」を読んでいる。プラットフォームの作り直しである新バージョン（V2）戦略はうまくなく、現在のものを改善（リアーキテクチャ）することが良いという話が出てくる…
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第87回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。今回とりあげるのは「AIエ…
いま「AIエージェント 人類と協働する機械」を読んでいる（良い本だ）のだけれども、その中でずいぶんと懐かしい話が出ていた。それはMicrosoft Windows Vistaのリポジトリと組織に関する研究だ。いわゆるコンウェイの法則の話だけれども、改めていろいろ読…
ソフトウェアの品質保証やテスト関して紹介しやすいコンテンツとして「【この1冊でよくわかる】ソフトウェアテストの教科書 ［増補改訂 第２版］」と「ソフトウェアテスト徹底指南書 〜開発の高品質と高スピードを両立させる実践アプローチ」をよく利用して…
先日書いた「ソフトウェア開発で「なぜなぜ分析」はアンチパターン」という記事には想定外の反響をいただいた。読んでいただいた方、コメントされた方には感謝する。勉強させていただいた。コメントは全て目を通していると思うが、寄せていただいた意見を参…
なぜなぜ分析、根本原因分析、RCA（Root Cause Analysis）、5 Why手法はソフトウェア開発に適用すべきではなく、アンチパターンだと思っている。何度も説明するのが面倒なのでここにその理由を書いておく。なお、超シンプルで小さなソフトウェアには有効かも…
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第86回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。じつは今回紹介する本「冒…
「ソフトウェアエンジニアガイド」という本を読んでいるのだが、第三部で「ソフトウェア開発とソフトウェアエンジニアリング」を比較するという話が出てきた。なんだか、しっくりこないのでいろいろ調べたという、どうでもいい話である。ソフトウェアエンジ…
「Frictionless: 7 Steps to Remove Barriers, Unlock Value, and Outpace Your Competition in the AI Era」という英語の本をざっくり読んだという話。日本語にすると「フリクションレス：障壁を取り除き、価値を解き放ち、AI時代において競合他社を凌駕す…
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第85回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。さて、今回読む本は引き続…
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第84回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。さて、今回読む本は「SRE…
メンバーとの1on1などでつい「がんばれ」と言いがちなのは私だけではないと思うのだけど、言わないようにしているという話。タイムラインで話題になっている記事を見て思い出した。 仕事はがんばるな この文字通り「仕事をがんばるな」とストレートに言うこ…
日本におけるアジャイルコミュニティを牽引してきたpapandaさんこと市谷聡啓さんの新著「作る、試す、正す。 アジャイルなモノづくりのための全体戦略」をご恵贈いただいたのでさっそく読んだ感想。事業会社が事業開発をアジャイル開発の仕組みを用いて実践…
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第83回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。さて、今回読む本は「超予…
アジャイル開発プロセス（批判）の話ではなく、汚れちまった「アジャイル」という単語に関して考えたこと。まあ、流行るということは、こういうことなんですかね。 大衆化／ファッション化する「アジャイル」とは 最近読んでいる「FRICTION（フリクション） …
読むのがホネな技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第82回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。さて、今回読む本は「両利…
いわゆるエンタープライズ向けソフトウェア開発技術者向けにお勧めする本をまとめてみた、というか10年くらい前に書いた記事を見直したもの。後輩から「後輩に勧めたい本を教えてください」という相談を受けることがあって（白目）記事が古くなっていたこと…
読むのがホネな技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第81回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。さて、今回読む本は「エ…
AI時代になって、要件定義の重要性が増しているらしい。自分で要件定義をやる人向けの注意点もあるけれど、要件定義書をレビューする立場の人にも知っておいてほしいことがある。というわけで実践的な要件定義レビュー入門を書いてみたという記事。要件定義…
読むのがホネな技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第80回。同僚と読書期限を約束することによって積読が確実に減るという仕組み。過去記事はこちら。さて、今回読む本は「エ…
あまり「戦略」という言葉は好きではないのだけれど、事情によりいろいろ調べてるという話。個人的には「作戦」くらいでいいんじゃないの。 戦略とは何か 戦略とはなんだろう。最近のエンジニアリングマネージャー向けの本を読んでいると、よく紹介される本…
