勘と経験と読経

略すとKKD。ソフトウェア開発やITプロジェクトマネジメントに関するあれこれ。

V字モデルの深淵を覗き見た気分:UTPPPを読む(前編)

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第50回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

「デジタルトランスフォーメーション・ジャーニー」でDXできる? #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第49回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

2022年下半期に読んだ本まとめ

2022年7月~12月に読んだ本のまとめ。カウント対象は期間中に読み終わったものに限り、読みかけの本は対象外としている。あとコミック、漫画雑誌類もけっこう読んでいるのだけれども、これは除外。 この6カ月56冊の本を読んだらしい。2022年通年で読んだ本は…

エンジニアの中高年危機について考える1:モダンエルダー

中高年になってしまったので、中高年危機について勉強したり考えている。というわけで何回かに分けて調べたことや考えたことをアウトプットしていきたい。明確な構想を立てているわけではないので、先に進むにつれて考え方も変わるかもしれない。今回は「モ…

2022年に行った美術館・博物館展示のまとめとふりかえり

2022年に行った美術館・博物館展示をまとめてみる記事。instagramでライフログ的な記録はつけているのだけれども検索しにくいのでまとめてみたのと、ふりかえりをしようと思ったのだった。美術館や博物館に行くのは半分趣味だけど、年をとっても感性と知的好…

要件定義を専門でやる技術者(Requirement Engineer)に関する雑感

タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。b.hatena.ne.jp 要件定義を専門でやる…

頭を良くしたいので「哲学思考トレーニング」を読んだ #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第48回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

いまさら「マスターアルゴリズム」読んだ #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第47回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

要件定義ではHowじゃなくてWhatを語れという話

ソフトウェア開発における要件定義では「要件定義ではHowじゃなくWhatを語れ」とか「UIの議論の前にシナリオ/ユースケースを整理しろ」という話を最近何度かすることがあった。この考え方は過去のいろいろな学習経験とプロジェクト経験から来ているのだけれ…

「エンタープライズ設計」を再読した #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第46回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

パタヘネを読む4(付録A、B) #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第45回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

おっさんエンジニアの放送大学教養学部に入学記録5(3年目前期終了)

2020年4月から放送大学の教養学部「人間と文化コース」に入学して、これまで勉強してこなかった人文系の勉強を始めている。3年目前期が終わったので感想をまとめておく。目次 3年目前期に履修した科目 西洋音楽史(’21) レジリエンスの諸相(’18) 心理…

パタヘネを読む3(第5章〜第6章) #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第44回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

データフローダイアグラム(DFD)は要件定義では有用ではない

タイトルは言いすぎかもしれないけど、最近のソフトウェア開発においてDFDを書くことはあまり合理的ではないという話(例外はある)。最近DFDについて相談されたので調べたり考えたりしたことを書く。 データフローダイアグラム(DFD)について 構造化分析モ…

文化心理学、思考様式とソフトウェア設計について考える

以前に読んだ「教育心理学特論 (放送大学大学院教材)」が面白かったので、改めて心理学について学んでいる。あらためて基礎からというつもりで導入科目の「心理学概論 (放送大学教材)」の授業を受けているのだけれども、講義中「文化心理学」の紹介で紹介さ…

パタヘネを読む2(第3章〜第4章) #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第43回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

2022年上半期に読んだ本まとめ

2022年1月~6月に読んだ本のまとめ。カウント対象は期間中に読み終わったものに限り、読みかけの本は対象外としている。あとコミック、漫画雑誌類もけっこう読んでいるのだけれども、これは除外。 この6カ月は69冊の本を読んだらしい(例年より2割増し程度)…

パタヘネを読む(第1章〜第2章) #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第42回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

「セキュア・バイ・デザイン」を読んだ(3) #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第41回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

GoogleのSRE本の続編(?)「インシデントの解剖学」を読んだ

最近よく聞いているSRE系のポッドキャスト e34.fmのep17で紹介されてた、GoogleのSRE本シリーズの最新作(?)「Anatomy of an Incident(インシデントの解剖学)」を読んだメモ。ポストモーテム(検死解剖)から展開して、Anatomyは解剖学というわけだ。sre.go…

エンプラ技術者の知識継承がうまくいっていないかも、という話

最近読んだ「Web世代が知らないエンタープライズシステム設計」はとても刺激的で良い本だった。企業の情報システム部門およびエンタープライズシステムを受託開発するSIerの中堅技術者は必読だと思う。ただ、書籍タイトルは中身を分かりにくくしている気がす…

「セキュア・バイ・デザイン」を読んでいる(2) #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第40回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

「セキュア・バイ・デザイン」を読んでいる(1) #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第39回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

ACM会員特典からO’Reilly Learning platformへのアクセス権が無くなる

本ブログで何度か紹介している、ACM会員特典にあるO’Reilly Learning platformのアクセス権が、2022年6月末で終了するらしい。新規に会員登録、もしくは更新する場合は注意が必要である。 komad.hatenablog.com現在すでに、会員特典を説明するページからも削…

ソフトウェアプロダクトの80%はほとんど使われないという2019年の調査は条件付きで正しそう

吉羽さんの「大規模アジャイルフレームワークの紹介 | Ryuzee.com」という記事に興味深いリサーチに関する記述があったので調べてみた。Pendoの2019年の調査はいくつかの条件を考慮すれば正しそうだ、という話。なお、こっちの話はダメという話は以前書いた …

「Team Topologies」後半読んだ #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第38回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…

上流工程のイバラの道:More About Software Requirements: Thorny Issues and Practical Advice 読んだ

「ソフトウェア要求 第3版」といえばソフトウェア開発における要求エンジニアリングの鉄板本である。版を重ねて最新版は第3版だが、ちょっと調べ物をしていたところ、第2版には続編が存在することを知った。サブタイトルが興味深いのと、O'Reillyのサブスク…

フィードバックと1on1について考える 2022

立場と年齢的に、後進を指導しなければならない局面が増えている。個人的には7-8年前から1on1を中心としたアプローチを使っているのだけれど、最近あらためて1on1やフィードバックについて考え直したという話。「ヤフーの1on1―――部下を成長させるコミュ…

Building successful communities of practice 読んだ

「チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計」で紹介されていた「Building Successful Communities of Practice: Discover How Connecting People Makes Better Organisations (English Edition)」が気になったので調べてみたら…

「Team Topologies」前半読んだ #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第37回。常時、けっこうな量の積読があるのだけれども、知り合いと読書期日を約束することによって消化が捗…