勘と経験と読経

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

Professional Engineer

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

最近読んだ「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―――部下を成長させるコミュ…

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

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

「恐れのない組織」読んだ #デッドライン読書会

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

「Docs for Developers」を読んだ

最近知った興味深いPodcast e34.fm で紹介されていたので興味を持って読んでみた本「Docs for Developers: An Engineer’s Field Guide to Technical Writing」に関するメモ。 e34.fmwww.oreilly.comこの記事の目次 「Docs for Developers」はどんな本なのか …

HBRの「Strategies for Learning from Failure」を読んだ

「恐れのない組織――「心理的安全性」が学習・イノベーション・成長をもたらす」で紹介されていたHBRの「Strategies for Learning from Failure」だが、オライリーのサブスクでアクセス可能だったので読んでみたという話。 失敗のリフレーミングは、失敗のタ…

ビッグテックのエンジニアリングカルチャーについて書かれた本

わりとビッグテック(GoogleとかAppleとか)のエンジニアリングカルチャーには興味があって色々と本を読んだり探したりしているのだけれども、いろいろ取っ散らかって来たのでいったんまとめてみる記事です。どうでもいいけどFacebookがMetaになったせいで、…

「リーン・エンタープライズ」後半も読んだ #デッドライン読書会

読むのがホネな(積みがちな)技術書やビジネス書を取り上げて2週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第35回。今回取り上げるのは前回に引き続き「リーンエンタープライズ ―イノベーションを実現する創発的な組…

テックブログと会社人とインターネット人

最近「インターネットは言葉をどう変えたか デジタル時代の〈言語〉地図」を読んで考えたこと。「会社人」と「準インターネット人」。最近会社のテックブログを始めた話。 「インターネットは言葉をどう変えたか」という本のこと この本に興味を持ったきっか…