プロセスの達人の本を読むのは良いことです。ある程度まではですが、結局のところ、成熟するのに本当に役立つのは、さまざまな環境で、さまざまな種類のチーム、プロジェクト、および人々と一緒にソフトウェアを開発してきた年数です。(これには、何千人もの開発者と巨大なプロジェクトを持つ組織を通じて、1 人で開発を行うことも含まれます)
これらの経験から (自分の周りの世界を見ることができると仮定して)、個人、チーム、およびその他のプロセスと成熟度レベルに関する独自のアイデアを思いつくことができるでしょう。
あなたがそれに興味を持ち、それについての答えを探しているという事実は、おそらく著者の特定のサブセットを購読したり読んだり、本を読んだりすることよりも重要です.
広く読んで、ソフトウェア開発を実践し、物事を行います。やはり、この仕事は何かを生み出すことであり、それを見失わないでください。よくあることですが、「プロセス」のうさぎの穴に落ちて、その後生産性がほとんどない人もいますが、彼らはプロセス自体を目的として追求します。私は知っておくべきです-私は早い段階でクールエイドを飲みましたが、ありがたいことに会場が変更されました.
さまざまな種類のチームや組織の開発者と交流するためにできることは何でも良いです。成長して学ぶためには、新しいプラクティスに触れ、ツールやプラクティスについて議論することが必要です。新しいアイデアに触れなければ、それほど速く成長することはできません。だからと言って、新しいホットなものすべてに飛びつくべきだという意味ではありません。多くの場合、それらは拒否されるか、成熟するまで放置されるべきですが、場合によっては、飛び乗って乗りに行きます.
物事に挑戦して失敗することを恐れないでください。
プロセスは、多くの場合、所属する組織/チームに大きく依存します。
プロセスには確かにその場所がありますが、それは高品質の製品を生産するための一次的なものではなく二次的なものです。頭と常識を使ってください。
編集
あなたが本当に本当に名前が欲しいなら:
Gerald Weinberg は、あなたの質問に関連するまともな本を何冊か持っています。トム・デマルコとエド・ユアドンもリストに載っています。