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

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? これはモチベーションクラウドAdvent Calendar 12日目の記事です。 エンジニアとして働いていると技術的負債に悩まされたことはあるのではないでしょうか。技術的負債は開発を継続する中で発生した「理想とかけ離れたコードの状態」を指した比喩ですが、どこの開発現場でもサービスを継続する上では少なからず存在するものだと思います。 特にプロジェクトの期間が長くなってきたり、開発メンバーが増えてくると技術的負債の問題が大きくなってきます。組織構造や開発体制によって技術的負債の扱いは変わると思いますが、以下の理由で中々改善が進まない場合があ

[MzdA0w73tg]

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

[suika3417]

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

[ysk-ur]

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

[girled]

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

[stilo]

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

[yug1224]

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