1706895003
2024-02-02 17:14:08
今日は、ソフトウェア エンジニアリング チームが克服する必要がある最大の罠の 1 つである効率について話します。
19 世紀に家具工場を経営していたと想像してください。 大量の機械を購入し、荷物を運んだり、家具を大量生産する機械を実際に操作したりするためにたくさんの人を雇いました。 木材が入り、家具が消えます。 あなたは利益を得ます。
ある日、賢い野郎がやって来て、あなたはお金をドブに捨てていると言いました！ あなたが購入した木材の 15 パーセントは工場の床でおがくずとして残ります。 無駄が多すぎます…彼はいくつかの簡単なプロセスを改善し、改善された品質管理を追加して、それを 10% に下げることができました。 工場を拡張したり、原材料を追加購入したりすることなく、販売できる家具が 5% 増加します (収益が 5% 増加します!)。
こうして最初のマネージャーを雇用したのです。
トラップ
効率の罠の一部は、この共有された歴史に由来しています。 優れたマネージャーになる方法に関するすべての本やクラスは効率に焦点を当てていました。なぜなら、それがマネージャーが自分の給与を正当化する方法だからです。 テイラーからデミング、ドラッカー、グローブまで…工場を効率的に運営することにひたすら執拗に焦点を当てています。
しかし効率は 定義により 有用な入力に対する有用な出力の比率です。 ワット数のわずか 2% が廃熱で失われるだけでも、電力線の効率は 98% になります。 200トンの木材を150トンの家具に加工したその家具工場の効率はわずか75%でした。
ソフトウェアはそのようには機能しません。 インターネットで何と言われようと、プログラミングはカフェインをコードに変換するプロセスではありません。 最小限に抑えるために原材料の出荷はありません。 ただ欲しいなら もっと 出力があれば、新卒者は誰でもコード生成ツールを利用できるようになります。 ソフトウェア チームに関しては、100% の効率などというものはありません。
だからといって、経営者が努力しないというわけではありません…
彼らが最初に試みることは、 時間 入力として。 結局のところ、従業員の時間は「有益なインプット」です。 ここでの効率の最適化は簡単です。 プログラマーがキーボードを触る時間が増えれば増えるほど、より多くのソフトウェアを作成できるようになりますよね。 顧客との会話、長期計画、関係構築、振り返りなどの重要でない会議は中止します。 そしてそれは、少なくとも短期間であればうまくいきます…
#無駄のケーステクノロジー分野 #今日はそのうちの #つについてお話します #マットシェルハス #年 #月