ソフトウェアエンジニアの複式生産性管理｜pandineer

この文書についてこの文書は、ソフトウェアエンジニアの生産性（アウトプット）を、複式簿記のような仕組みで表現・管理できないだろうか、というアイディアを発散させているものである。 発散はさせているけど、まとまっていないし課題も山積みな感じである😑 概要複式簿記のような仕組みで、ソフトウェアエンジニアの活動を表せないだろうか。 背景 社会人9年目にして、クラウド会計システムの開発に関わるようになって初めて複式簿記を学んで、シンプルながらよくできているなぁとその仕組にとても感動した。 一方で、ソフトウェアエンジニアとして、時にはチームリーダーやマネージャーとして働いていて、ソフトウェアエンジニアの生産性をうまいこと表したり管理したりできないだろうかとずっと考えていた。 そこでふと思いついた。複式簿記のような形でソフトウェアエンジニアの仕事（アウトプット）を表したり管理したりできないだろうか、と。

[isseium]

「借入金（負債）」は必ずしも悪ではなく、その金利と返済期間が大事だと思いますが、さて今日つくった技術的負債の借入条件は？

[suikyojin]

生産性を考える時には、何故、TOC(制約理論)におけるスループットが販売による売上から原材料費等を引いた値なのかを考えないとダメ。全体を通して考えないと、他の部署に損を押し付けただけになる。

[crimsonstarroad]

ソースコードと売上のところ、複式簿記を根本的に理解してなさそうな感じがする。等価交換的な、ただ左右に同じ数字を並べるものみたいな理解なんだろうな。

[a-know]

面白い

[sh19910711]

"会計システムの開発に関わるようになって初めて複式簿記を学んで、シンプルながらよくできているなぁとその仕組にとても感動した / 生産性を、複式簿記のような仕組みで表現・管理できないだろうか" 2021