チケット駆動開発の課題～ITILやDevOpsの適用方法 - プログラマの思索

Redmineなどのチケット管理ツールをタスク管理ではなくインシデント管理で運用する場合、従来の手法ではうまくいかない場合が多いし、そのような経験をたくさんしてきた。 思ったことをラフなメモ書き。 【1】例えば、自社でAmazonや楽天のようなショッピングカートのWebシステムを持っているとしよう。 すると、新しい機能を追加していく開発チームと、Webシステムのインフラ構築やインフラ周りの監視に関わる保守チームの2つのチームが自然に体制として現れる。 システムは自動車などの製品とは違って、リリースした後、ユーザに使われてからが本当の本番だ。 何故なら、システムが稼働して初めて、ショッピングカートにクレジット決済などで現金が入り、売上が上がっていくからだ。 システムが使われていくと、ショッピングカートの動きがおかしい、ここのユーザインターフェイスが使いづらい、404エラーが出た、突然画面に接

[sheeplogh]

最近の課題。インシデント管理／問題管理のチケット群とスクラムのバックログは同居できるのか？「楽天は店が主キー、Amazonは商品が主キー」という言葉を見かけたが、これも主キーが違うから同居は難しいような…

[seapig_dolphin]

プログラミングの開発とサーバーインフラの構築はそもそも技術が全く違う。～～保守チームはそもそもコストセンターなので、さほど優秀な人員が多いとは限らないし、人数も少ない。

[tinsep19]

ITILのようなIT運用保守フレームワークでは、 インシデント管理→問題管理→変更管理→リリース管 理でプロセスが流れていく。