運用の問い合わせチケットを10分の1に削減した話 - Qiita
Help us understand the problem. What is going on with this article? 会社で働いていると、運用チームからの問い合わせがあると思います。 問い合わせというものは、割り込みに繋がり生産性を下げるのでなるべく減らしていきたいものです。 Redmineで管理されているオープンなチケットを10分の1に削減した話をまとめます。 常時、約50枚ほどオープンなチケットを5枚ほどに減らしました。 問い合わせが多くて辛みを味わっている方の参考になれば。 概要 Web自社サービス タスク管理ツール Redmine 毎日、5枚ほどチケットが増える 運用と開発がそれぞれ20人ほど こんな環境です。 改善のきっかけ うちのチームは、当番制で「問い合わせの窓口」(以下、窓口)となる人を作ります。 窓口の人がチケットを解決したり、有識者にチケットを委譲した
チームで仕事をすることについて
こんにちは、 Kaizen Platform, Inc. に入職して 1 年 3 ヶ月の Hitoshi Nakashima と申します。普段は福岡市で生活しており、遠隔にて就労しております。小社ではウェブアプリケーションエンジニアとして勤務しており、主に Ruby on Rails で構築されたウェブアプリケーションの開発・保守を行っています。最近では Kaizen Chat と呼ばれる Kaizen Platform ユーザー向けの Chat ソフトの開発に関与しました（小社製品をご利用の皆様でまだ Kaizen Chat をお試しいただいたことがないという方がおられましたら是非一度お試しください）。 個人では年に一度（主に年末）、失敗談や暗い話をブログに投稿してソーシャルネットワークの耳目を集めることを主な活動内容としております。 今日は最近のチームで仕事をすることについて話したいと
自分の失敗を完璧にフォローされて涙が出るレベルな件｜NZ MoyaSystem
いま勤めている会社ではアジャイル開発を取り入れており、2週間を1スプリントとして管理しています。 各スプリントの終わりにはチーム内での実績報告とレビューを行います。今日はそのレビューでの話。 超絶無能だった自分 そのスプリントでの自分のパフォーマンスは最悪でした。 とある一見単純なバグ修正を、鼻歌交じりで「ふふ〜ん」とコミットしたら、 「残念！ こっちの機能が壊れてます。やり直し :)」 とリーダーからあっさりコードレビューで却下される始末。コードレビュー前に当然走らせておくべきユニットテストの結果確認を怠っていたので何も言い訳できませんごめんなさい……。 で、またコーディングのやり直しとなるわけですが、やればやるほどユニットテストが壊れていくんですよ……。 あちらを立てればこちらが立たず地獄。もともと様々な条件にうまーく対応するように書かれているデリケートな処理なので、ヘタにいじれない部
初めての技術力評価会を終えたので感想を書いた - CARTA TECH BLOG
こんにちは、fluct SSP開発本部の@saxsirです。 今年の4月に入社した新人ですが、職場ではgolangとかAWSとかを使って社内向けのプロダクトをゴリゴリと開発しています。 さて、VOYAGE GROUPでは人事評価制度の一つとして技術力評価会という相互評価の仕組みがあります。 これは年に2回ほど開催されており、直近半年くらいの仕事から何かテーマをピックアップし、別チームのエンジニア2名（評価者）に「私はこんなすごいことをやったんだよ、どやっ」とお話しながら自分の技術力を評価してもらうという場になります。 もちろん、新卒も例外なく技術力評価会を行います。 今回は初めての技術力評価会を終えて私が学んだこと、を社外の方向けに書こうと思います。（言うまでもなく、私は被評価者です） ※以下、「技術力評価会」を「評価会」と略して表記する場合があります TL;DR 「なぜやったのか」を説明
スマートフォンアプリ開発における共創的な開発チーム
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
他のチームに｢技術的支援｣をする時に気をつけていること - Masteries
自分が働いているGaiaxのように, 社内に複数の事業があり, それぞれにエンジニアが所属して働いている場合, ｢ねえ, ○○のチームの××って仕組み, どうやってるの? うちのチームでもやってみたい!｣といったコミュニケーションから, 他のチームに対して｢技術的支援｣をする機会が生まれる事が多々あります. 最近の例だと, 社内の新規事業の立ち上げや, オンプレからクラウドへの移管のタイミングで, Infrastructure as Codeやデプロイ施策, ChatOpsなど整えたいので, 相談に乗って欲しい! という声を何度か頂いた事がありますし, よくよく考えると今やっているPhotosynthへの留学も, 見方を変えれば｢Photosynthへの技術支援｣と言えるかもしれません. そういった｢技術的支援｣をする時に気をつけている事についてFacebookにつぶやいた所, 思ったより
こんなチームになると良いなあ
去年チームでやったワークショップで、みんながどんなチームを望んでいるか話し合ったので、その結果を見て2016年はこんなチームにするぞ！という意気込みと、帽子の使い分けについて話した
チームのコミュニケーションについて～強いチームを作るには（後編）。Developers Summit 2016
チームのコミュニケーションについて～強いチームを作るには（後編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は後編です。 メンバーの採用 メンバーを採用するときには、一緒に働くことになる人が採用の判断をするほうがいいです。ただ、本質的にはたった数
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏（Ryuzee.com）。 吉羽と申します。いままで野村総
スキルマップ作成のすすめ
チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。 チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。 作り方は簡単で以下の図のように横軸に必要なスキルを、縦軸にチームメンバーの名前を入れます。それぞれのマスでは、その人のスキル度合いを表す印を入れていきます。ここでは、★：エース、◎：得意、○：一人でできる、△：助けがあればできる、空欄：できない、・：今後習得したい、というようにしていますが、この記号はチームで好きに決めて構いません。 このスキルマップの効用と運用について見ていきましょう。 効果：スキルの見える化長い間同じチームで働いていれば、誰が何をできるのかはだんだん分かっていきます
週1回×15分でチーム変革！事業を成功に導くクックパッドの振り返り | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 読者のみなさんの中には、普段の会議が単なる進捗報告の場に陥ってしまい、事業を成功に導くための組織変革の場にはなっていないと感じている方も多いのではないでしょうか？ 料理レシピサイトを運営するクックパッド株式会社は、そんな「進捗報告会」では補えない課題を解決する上で有効な「仕掛け」を行っています。それは、「定期個人面談」です。その効果について仕掛け人である同社のエンジニアであるレオさんは、 チームのいろいろな課題を発見し、解決に導くヒントに出会える。メンバーと強い信頼関係を作り、チームにさらなる活気をもたらし、よりよい仕事ができるようになる。 と語ります。日本最大のレシピサイトを支える、この新しい「振り返り」のかたちを取材で
情報共有ツールお悩みNight #1 「情報共有ツール導入することがある私が導入されるときの話（とくに初動面）」
情報共有ツールお悩みNightの資料です。情報共有ツール導入することがある私が導入されるときの話（とくに初動面） ◆スライド内の素材は以下を使用させて頂いております。ありがとうございます！ ・商用フリーで使える影絵素材サイト シルエットデザイン → http://kage-design.com/ ・human pictogram 2.0 → http://pictogram2.com/
情報共有ツールお悩みNight #1 「チームで考えよう」
チームでチームのことを考えていくにはどうしたらいいか、というのを考えてみました。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
普通の開発メンバーが リーダーになってやったこと
“エンジニア35才定年説に挑戦する” 開発チームのマネジメント
情報共有から始めるチーム開発とキャリア戦略
クックパッドにおけるAndroidエンジニアの役割とその変遷
あなたのチームの「いい人」は機能していますか？
情報共有 失敗あるある
