組織で技術的負債に立ち向かうための取り組み - Qiita

これはモチベーションクラウドAdvent Calendar 12日目の記事です。 エンジニアとして働いていると技術的負債に悩まされたことはあるのではないでしょうか。技術的負債は開発を継続する中で発生した「理想とかけ離れたコードの状態」を指した比喩ですが、どこの開発現場でもサービスを継続する上では少なからず存在するものだと思います。 特にプロジェクトの期間が長くなってきたり、開発メンバーが増えてくると技術的負債の問題が大きくなってきます。組織構造や開発体制によって技術的負債の扱いは変わると思いますが、以下の理由で中々改善が進まない場合があります。 技術的負債のジレンマ 捉えどころの難しい技術的負債という概念 技術的負債と言ってもそれが具体的に何を表していて、どのぐらいのボリュームがあるのかを把握するのは中々難しいのではないでしょうか。代表的な負債であれば、全体のうちどの部分が複雑化していて、

[MzdA0w73tg]

「またバグですか……」より「ドラゴンが現れました！」のほうが圧倒的にテンション上がる

[suika3417]

竜殺しの二つ名のプログラマーが生まれるのか

[ysk-ur]

かっこいい。こういうのめっちゃいい。“"バグ"を"ドラゴン"と呼ぶことにしました。バグ対応にあたるエンジニアを"ドラゴンスレイヤー"と名付けるようにしました。”

[girled]

バグのことをドラゴンっていうのいいな。チーム開発って共闘キャンペーンみたいなもんだしワッショイ感煽ったほうが踊らにゃソンソン気分でスムーズなところもあるかもな

[stilo]

『バグをドラゴンと呼び、対応にあたるエンジニアを"ドラゴンスレイヤー"と名付けるようにしました。彼らをサービスを守る勇者であると開発チームで讃えることにしたのです。』

[yug1224]

「"バグ"を"ドラゴン"と呼ぶことにしました」え？ｗｗｗ