運用の問い合わせチケットを10分の1に削減した話 その２ - Qiita
運用の問い合わせチケットを10分の1に削減した話 の続きです。 気がつけば100ストックを超えていて、はてブコメントもたくさんついてありがとうございます。 前回の記事は、運用の起票ルールによった話をしてしまったので、開発チームで取り組んだ問い合わせ削減の話をします。 コメントに書いてもらっているとおり、チケットの数が減ることよりも本当に今やらなければいけないことに集中することが大事です。 減ったことはいいことなの？質で評価した方がよいのでは？ http://b.hatena.ne.jp/entry/305264434/comment/chess-news 優先順位を話し合い決定する 問い合わせが、毎日上がってくる中で全ての問い合わせに対応し通常業務を遂行することは、不可能です。 取捨選択しなければなりません。 実際に、割り込みが原因でリリースが伸びてしまったこともあります。 もっと俯瞰して
運用の問い合わせチケットを10分の1に削減した話 - Qiita
Help us understand the problem. What is going on with this article? 会社で働いていると、運用チームからの問い合わせがあると思います。 問い合わせというものは、割り込みに繋がり生産性を下げるのでなるべく減らしていきたいものです。 Redmineで管理されているオープンなチケットを10分の1に削減した話をまとめます。 常時、約50枚ほどオープンなチケットを5枚ほどに減らしました。 問い合わせが多くて辛みを味わっている方の参考になれば。 概要 Web自社サービス タスク管理ツール Redmine 毎日、5枚ほどチケットが増える 運用と開発がそれぞれ20人ほど こんな環境です。 改善のきっかけ うちのチームは、当番制で「問い合わせの窓口」(以下、窓口)となる人を作ります。 窓口の人がチケットを解決したり、有識者にチケットを委譲した
Redmine で技術仕様書を書こう
はじめまして！ 株式会社 Aiming の土井です！ エンジニアをやっております！ 今回の開発者ブログでは、情報共有ツールとしての UML の活用方法について、現場での取り組みをご紹介させていただければと思います！ 技術仕様書の“図” どうやって書いてますか？ 株式会社 Aiming では、プロジェクトの Wiki やバグトラッキングに Redmine をメインに使っています。みなさんも既にご存知だったり、実際にバリバリ活用されていることとおもいます。 また、企画仕様書、技術仕様書などは Redmine の Wiki やエクセルに代表されるオフィススイート等を活用して作成しますが… 図の表現を求められるような仕様書を作る時に、どうやって作成しようか悩んだことはありませんか？ 標準ペイントソフトで頑張って作成 オフィススイートに含まれる、ドローツールを使って図を作成、画像吐き出し というケー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
