現場を改善したいあなたに送る、くじけない業務改善のメソッド - Qiita
現場を改善するというのは難しい。そして徒労である。 こちらの記事を読んで、当時のことを幾ばくか思い出すきっかけになった。 業務改善を現場に求める狂気 私も実際に現場の改善に取り組んだことがある。ただ、その中には失敗だけでなく成功もある。というか、多くの失敗から成功させるために何が必要なのかを得たという感じで、成功したものは後半に行ったものになる。成功といえるものの中で大きめなものは、以下の二つになる。 Gitによるバージョン管理と、タスク管理ツールの導入(当時書いたもの) 開発にJavaScriptフレームワークを導入(当時の検証結果をまとめた記事) 私が身につけた手法が、改善を目指す誰かがくじけないために有用なこともあるかもしれないので、ここで得られた知見を紹介しておこうかと思います。つまりこれは、ポエムです。 前提: 改善できないのは特別なことではない 何かを改善したいと行動してみる。
運用の問い合わせチケットを10分の1に削減した話 - Qiita
Help us understand the problem. What is going on with this article? 会社で働いていると、運用チームからの問い合わせがあると思います。 問い合わせというものは、割り込みに繋がり生産性を下げるのでなるべく減らしていきたいものです。 Redmineで管理されているオープンなチケットを10分の1に削減した話をまとめます。 常時、約50枚ほどオープンなチケットを5枚ほどに減らしました。 問い合わせが多くて辛みを味わっている方の参考になれば。 概要 Web自社サービス タスク管理ツール Redmine 毎日、5枚ほどチケットが増える 運用と開発がそれぞれ20人ほど こんな環境です。 改善のきっかけ うちのチームは、当番制で「問い合わせの窓口」(以下、窓口)となる人を作ります。 窓口の人がチケットを解決したり、有識者にチケットを委譲した
デスマーチから生還する為に習慣付けるべき7つのポイント - ミッションたぶんPossible
先週末に2011年02月分の月報を提出したんですが、なんと勤務時間377.75h、徹夜回数8回と、オレ史上最も過酷な勤務状態だったことが判明しました。…ってまぁ集計する前から分かり切ったことではありましたが、こうやって数値化すると、あれは紛れもなくデスマーチだったんだなぁとしみじみ振り返っています。もう二度とやらねー。 さて、こんな状態で一番失いやすいのは心身の健康です。これだけ過酷な生活だとどうしても健康を害すことは防ぎきれないのですが、それでもある程度までは軽減できるだろうと確信を持って実行し続けたことがいくつかあります。その結果、オレはプロジェクト内でも1・2を争うハードな勤務形態を取りながら比較的他者より健康的にかつある程度健全な状態でデスマーチを戦い抜くこことが出来ました。 例えば、オレとその案件のチームリーダーは終盤ほぼ同じだけの稼働状況にあったのですが、最終的に健康度合いには
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
