
2025.02.06
ポンコツ期、孤独期、成果独り占め期を経て… サイボウズのプロマネが振り返る、マネージャーの成長の「4フェーズ」
リンクをコピー
記事をブックマーク
鷲崎弘宜氏(以下、鷲崎):ありがとうございます。続きまして永和システムマネジメントの平鍋さんからポジション表明をよろしくお願いします。
平鍋健児氏(以下、平鍋):僕は今アジャイルの世界で生きているので、ソフトウェア工学って何だったんだっけ?という話がしたくて(笑)。
アジャイルが今すごく流行っているというか、アジャイルは救世主になっているか? 角さんの言葉で言うと、ソフトウェアが世界を食べたあとっていうのはもうアジャイルしかないんじゃないかとも思っていた。このままで、ソフトウェア工学って生き残れるのかな?と思っています。
Jacobsonさんも含め、ソフトウェア工学のいろいろな大家いろいろながソフトウェア工学について懺悔をしているっていうシリーズが僕は大好きなんですけれども(笑)。いろいろな過去に正しいって主張されてきたことが、「いやいや、違うよ」っていうふうにですね。…違うじゃないな。何だろうな。フォーカスはそこじゃなかったっていうことをいろいろな人が言っています。
DeMarcoも「もうそのときは去った」みたいな言い方をしているんですよね。それから「フォーカスがずれていた」という話もしています。Youdonさんもずいぶん前に私が訳した『ソフトウェア工学で最も大切な10の考え方』で、いろいろなことがソフトウェア工学として生き残っているけれども、結局ピープルウェアっていうことがすごく強くて、いい人がいい環境で働いて、オリジナリティを出すチームの重要さについて言っています。これってソフトウェア工学の中で、なかなか語られていないことなんですね。指数曲線的に増大するのだって言ったのは間違いだった(笑)、というふうに言っていたり。
Beohmさんは、ソフトウェアを作るときのスイートスポット、つまり先読みをしてエンジニアリングをコーディングに入る前に先にたくさんやっておくというトレードオフについて話しています。先にやればやるほどコストは使うけれども、あとになって安いでしょっていう話がプロジェクトによってズレている、という指摘です。
僕はJacobsonの擁護をしたくて、この場で話しますけれど、Essenceの前のSEAMATが出てきたときに、さっきも言ってましたけれども、言葉の流行が工学の一分野というよりファッション業界のようだと。これがやっぱり大きいんじゃないかなと思うんですよ。
僕はアジャイルが大好きだしやってもいる。短期的な、つまり1プロジェクト、1プロダクトあるいは1スタートアップを成功させるっていうときはたぶんアジャイル1択だと思うんです。でも産業界や、もう少し長いスパンで見て、ソフトウェア工学として残していくべきことが本当に残っているのか? ということにはすごく懐疑的で、そのための1つのアイデアだなと僕は思っていますね。
僕も大好きなTom Gilbさんは、ソフトウェア工学の定義をWikipediaで見ると「systematicでdisciplinedなquantifiableなアプローチだと書いているんだけど、自分だったら“balanceされた価値のセットをbalanceされたステークホルダーにライフサイクルに渡って届ける”と書くだろう」って言っています。これがけっこう僕は好きです。
1プロジェクト1企業の価値を短いタームで出していくときと、僕らが作ってきた知見や、あるプロジェクトで得た知見をどのように企業の中、あるいは社会の中、あるいは世代を超えて蓄えていくのかと考えていったときに、Essenceは意味があると思っています。
これはJacobsonが告げていたそのままなのですが、言語が必要だと。方法論とまったく思っちゃいけなくて、方法論をニュートラルに知見を集めて使えるかたちにすると。さっきどなたかがSlidoで言っていましたけど、方法論メタモデルって言えるんですよね。知見をこの中にこの言葉で蓄えていくということが重要だと思っています。
僕自身、今ソフトウェアって考えると、ソフトウェアデザインとチームデザインと両方の面があって、それをつないでいるのはピープル、人々なんですよね。ピープルの部分というのは、アジャイルが強く語っている部分で、今までの UMLみたいなデザインの言語でデザインは語られてきたんだけれども、チームやプロジェクトのデザインもある程度言語が必要なんじゃないかなと思っています。
UMLってもう廃れているとみなさん思っているかもしれませんが、例えば自動車業界で欧州の規格でECUの中のソフトウェアが相乗りできるようなAUTOSARというアーキテクチャがありますが、その仕様書はUMLで書かれています。
UMLは組み込み系の中ではすごく使われていて、やっぱり産業や国を横断してなにか規格を作っていったりするときにすごく重要な役割を今でも果たしています。あ、ちなみに僕はUMLのエディターソフトでastah*(アスター)っていうのを作っています(笑)。
言語があるってやっぱり重要で、それがワクワクしないっていうのはワクワクしないんですよ。ワクワクしないけれど、残していく活動、つまりP/L(損益計算書)ベースの年次のプロフィットロスを見るんじゃなくて、B/S(バランスシート)としての僕たちが蓄えてきた資産とか、得てきた経験っていうのをなにか残していかないと、なかなかソフトウェアがエンジニアリングにならないのかなと思っているポジションです。以上です。
鷲崎:ありがとうございます。それでは最後に角さんよりポジション表明をよろしくお願いします。
角征典氏(以下、角):私はスライドは用意していないんですけども、先ほどの講演にあったように、私は基本的にはウォーターフォールを経験したことがありません。アジャイルばかりやってきているので、基本アジャイルでソフトウェア開発を進めていこうとは思うんですが、やっぱりうまくいかないところってけっこうあるんですね。
そういったところに対して、カードを使って全体像を把握して、自分たちで改善していけるという補助輪としてのEssenceはすごく可能性があると思っています。これをは本当にいろいろなところに勧めていきたいなと思っています。以上です。
鷲崎:簡潔にありがとうございます。
(次回へつづく)
2025.01.30
2月の立春までにやっておきたい手帳術 「スケジュール管理」を超えた、理想や夢を現実にする手帳の使い方
2025.02.03
「昔は富豪的プログラミングなんてできなかった」 21歳で「2ちゃんねる」を生んだひろゆき氏が語る開発の裏側
2025.01.29
社内会議は「パワポ」よりも「ドキュメントの黙読」が良い理由 Amazon元本社PMが5つのポイントで教える、資料の書き方
2025.01.31
古い手帳から新しい手帳への繰り越し方 手帳を買い換えたら最初に書き込むポイント
2025.01.28
適応障害→ニート→起業して1年で年収1,000万円を達成できたわけ “統計のお姉さん”サトマイ氏が語る、予想外の成功をつかめたポイント
2025.02.03
手帳に書くだけで心が整うメンタルケアのコツ イライラ、モヤモヤ、落ち込んだ時の手帳の使い方
2025.01.30
とりあえず60点の資料で議論、不要な文章は「容赦なく削る」 Amazon元本社PMが語る、ドキュメント作成の7ステップ
2025.02.04
日本企業にありがちな「生産性の低さ」の原因 メーカーの「ちょっとした改善」で勝負が決まる仕組みの落とし穴
2025.01.07
1月から始めたい「日記」を書く習慣 ビジネスパーソンにおすすめな3つの理由
2025.01.30
若手が「長く働きたい」と思える職場の3つの要素 データから見る、部下を伸ばす関わり方