ソフトウェア開発上の問題や課題をビジネスリーダーや経営者らの関心事とするために - mtx2s’s blog

ビジネスリーダーをはじめ、ソフトウェアプロジェクトの関係者にとって、ソフトウェア開発上の関心事は、開発の進捗とシステムトラブルだ。ソフトウェアの内部品質や開発プロセス上の問題や課題なんて、開発者以外に興味を示す人などほとんどいない。だから、関係者ばかりか開発者自身も、開発の進捗とシステムトラブルにばかり注意を向ける。 そのような状況に、一部の優秀な開発者は我慢ならない。憂いている。「このままではまずい、積み上がった問題に取り組むために時間が欲しい」「まとまった時間でなくても、継続的に取り組むための少しの割り当てでも構わない」と。そんな願いも虚しく、使える時間はすべて、担当する開発を進捗させることにのみ費やすことを強いられる。 私たちエンジニアリングマネージャーやテックリードは、このような状況を見て見ぬふりをしていないだろうか。開発の進捗やシステムトラブル以外にも注意を向けるべき対象がある。

[tattyu]

これエンジニアですらビジネス側の割合が増えるといきなり分断されてエンジニア側の問題が共有されなくなって苦労するのでマジで1人でゲーム作って生活していきたい気持ちになる。。

[rck10]

ビジネスに興味のない仙人みたいな凄腕エンジニアもよく見るので、見えてないのはお互いさまでは、みたいな気もする。

[toro-chan]

図自体が混乱を表しているように感じる。ビジネス領域でない開発領域なんて本当にあるのだろうか?ビジネス領域なのに、分からないから開発領域という架空な部分に追い込んでるだけなのでは。

[gurutakezawa]

本題じゃないけど "ビジネス目標で扱う売上や顧客単価といったビジネスメトリクスは、ビジネス価値を上げるという目的とほぼ一致するものだ。だから自己目的化による問題が起こりにくい" 自爆営業や粉飾決算（文字数

[katzchang]

エンジニアリングをどう評価するかという問題領域のいくつかは整理されてるけど、うーん、難しいよね、まだまだ。

[ochikun]

うーん、この図は興味深いけど、ソフトウェア開発に限ったことではない気もする。もうちょいかな。

[hr-tachikawa]

そもそも、経営陣や株主が未来のCFという視点を持っていなければ、全然違うコミュニケーションになっちゃうと思うよ。PL中心で考えているとソフトウェア開発の大事な部分で会話が噛み合わなくなちゃう。

[sigwyg]

“それゆえに、彼らには余裕がない。ソフトウェア開発上の関心事の話など、開発者らの子供じみた言い分にしか聞こえない。” 苦労して説得するコストより、多くの開発者は転職を選ぶ、てのがさらに難しいところ

[razihai]

誰かが橋渡しするしかないってのが個人的な結論すね、、、

[htnmiki]

上層部の関心事にするには金の話にするしかない気も。奴らは金しか興味ないし。逆に金の話にならないことにこだわってるなら末端が間違ってる。くらいに割り切ってしまえばいいのでは。

[tsuwatch]

ビジネス側もそうだが、得られる情報量の問題なのでエンジニア内部でもこういう構造は起き得る。自分たちはわかっていても遠くの人と仕事するときのためは可視化することが大切

[ppppchan]

この記事のように、お金やコストの話ができない(関心がない)開発者は非常に多いので、どっちもどっちだと思う

[itinagi]

DevとBizをつなぎこむロジック・考え方が丁寧にまとめられている。めちゃくちゃ良い言語化。

[tanority]

他のことがにも応用できるかな？AとBと並べてレイヤーとかが異なる人のあいだの問題

[trace22]

開発にはビジネスの問題見えてんの？対立煽りしてない？

[augsUK]

IT系は開発側の転職率も異様に高いのもあり、互いに興味持っても仕方がないというかコスパが悪い業界になってるような。それで最終的によい製品やサービスになるかは難しいところだが

[iga_k]

測定して定量化することで共有できる。メトリクスに何を選べばいいのかが難しそう。

[rawwell]

"このような分断を解消することは、テックリードやエンジニアリングマネージャーの責務だと考えている"

[tockri]

こういう図って簡略化されてビジネスと開発一人ずつで書かれがちだけど、ビジネスにも興味のある開発者とか、開発にも興味のあるビジネスとか、多様なメンバーで関心事が分断しないようになってるといいよね。

[otihateten3510]

ビジネスの人もいろいろ居ると思うの、問題共有だけでは事は前に進まない

[uzulla]

「成果・効果」が当然すぎて説明しない、よって許可や評価されないケースを散見するのでどんどん説明していった方が良いとおもっている。なお、俺はしてないので「言うあんたやってないじゃないですか！」といわれる

[nemoba]

管理は客観化するけど本人達は他人毎にしちゃいけない。アジャイル開発って結局この矛盾の上にたゆんでしずまないことを繰り返す仕組み。