管理図とは？QC7つ道具との関係、管理図の仕組みや種類を網羅的に解説 | Backlogブログ
このとき、Xは測定値1〜5の平均値を示すため、(5.0+4.5+5.5+4.0+6.0)/5=5.0となります。Rは測定値1〜5の範囲を示すため、最大値6.0−最小値4.5=1.5です。 群ごとの平均と範囲を上下のグラフにして並べ、グラフの点が上方・下方管理限界線から飛び出ていないかなど、後述の異常判定ルールに従って分析するのがX−R管理図です。 X−s（Xbar-s・エックスバーエス）管理図 X−s管理図とは、さきほどのX管理図と、群ごとの測定値の標準偏差をグラフにしたs管理図を上下に並べて、測定値の平均と標準偏差を同時に見られるようにしたものです。 先ほどのX−R管理図では、測定値のばらつきを見るために、測定値の最大値から最小値までの振れ幅を表す範囲を使っていました。しかし、データ数が多くなると、範囲ではばらつきがわかりずらくなるため、範囲のかわりに標準偏差を利用したのがX−s管理図で
SREの活動事例紹介 〜 Backlogのマイクロサービス化に向けた課題検索機能のリプレイス
BacklogのSREを担当しているmuziです。 今回の記事では、ヌーラボにおけるSREの活動事例として、Backlogの課題検索機能のリプレイスプロジェクトについてご紹介します。 このプロジェクトでは、SREと開発者がチームを組んで、要件定義からリリースまで行いました。その結果、Backlogを構成するサーバ同士が疎結合になり、将来的なマイクロサービス化に向けた足がかりを作ることができました。 歴史の長いプロダクトにありがちな技術的負債への取り組みの一例として、みなさんの参考になれば幸いです。 リプレイスプロジェクトの背景 Backlogの課題検索機能 最初に、このリプレイスプロジェクトの背景として、Backlogの課題検索機能についてご紹介します。 課題検索機能とは、Backlogの「課題」ページで利用できる検索機能のことです。件名や詳細に対するキーワード検索に加えて、プレミアムプラ
Backlog開発チーム自身によるオンコール対応を支えるアラート通知システム | Backlogブログ
こんにちは、Backlog SREチームのmuziです。 この記事は SRE Advent Calendar 2019 の10日目、およびBacklog Play化プロジェクトブログの番外編です。 先日のブログ記事「SREは大規模なリプレイスプロジェクトで発生した様々な問題にどう取り組んだか【Backlog Play 化プロジェクト】」の後半では、Play化プロジェクトの終了後に、開発チーム自身によるオンコール対応の取り組みを始めたことを軽くご紹介しました。 私を含むBacklogのSREチームは、このオンコール対応を助けるためのアラート通知システムを作り、開発者なら誰でも使える形で提供しています。この記事では、前回のブログ記事では書ききれなかった、このシステムの詳細をご紹介します。 同じような問題意識を抱えていて、これからオンコール対応を見直したい、と考えているSREや開発者の参考になれ
1300はてブ超！「心理的安全性を0から80ぐらいに上げた話」の久津佑介氏が心理的安全性の “失敗談と教訓” を語る | Backlogブログ
一般的に、自律型のチームは他律型のチームよりも開発のスピードが早く、問題を未然に対処できると言われています。自律型のチームに不可欠な要素として、「何でも言いやすい雰囲気」「居心地の良さ」の創出があります。これらは「心理的安全性」とも呼ばれ、米グーグル社が「チームの生産性を高める唯一の方法」として発表したことで大きな注目を集めています。 「バグや障害の多発」「エンジニアの離職率の高さ」「リリースの延期」といった現場の問題解決に心理的安全性がなぜ効いたのか。心理的安全性を創出したプロセスと失敗から学んだ教訓など、現場担当者の視点を対談形式でお伺いします。 ■自己紹介（左から） CAMPFIRE プロダクトマネージャー 久津 佑介（ひさつ・ゆうすけ）さん 印刷会社でエンジニア、開発会社でエンジニアチームのマネージャーを経て、2019年に株式会社CAMPFIREに入社。プロダクトマネージャーとして
あの「日経電子版開発チーム」が内製化とアジャイル開発の成功から6年がたった “その後” を語る！ | Backlogブログ
2013年に「日経電子版」のソフトウェア開発を内製化し、アジャイル開発に切り替えた、日本経済新聞社。開発サイクルはもちろんチームの抜本的な改革は、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 アクティブユーザーを1.9倍増にした内製化の成功をきっかけに、2017年には日経電子版のコンテンツの表示速度を改善する「爆速電子版」プロジェクトを実施し、業界最速のスピードを実現しました。 内製化やアジャイル開発の開始から6年が経過し、日経では開発部門だけでなく、全社的な組織改革に着手しています。そこで、同社の現役プロダクトマネージャーに、日経が挑戦する開発の現場の“いま”についてお伺いしました。 ■自己紹介（右から） 情報サービスユニット 斎藤祐也（さいとう・ゆうや）さん デジタル編成ユニット プロダクトマネージャー武市大志（たけいち・たいし）さん デジタル編成ユニット 西馬一
SREは大規模なリプレイスプロジェクトで発生した様々な問題にどう取り組んだか【Backlog Play 化プロジェクト】 | Backlogブログ
Backlog SREチームのmuziです。2018年4月から2019年7月まで、BacklogをJavaからScala / Play Frameworkに移行する大規模なリプレイスプロジェクトに参加していました。 SREとして、このリプレイスにはかなりの困難が伴いました。特にBacklogのサービス安定性は大きな問題でした。 本記事では、こうした問題に対して、SREである私がどういうアプローチを取ったのか、そしてこのプロジェクトで得られた教訓を今後チームや組織全体でどのように活かそうとしているかをご紹介します。 正直言って、泥臭い話だらけの内容です。それでも、技術的負債を抱えたプロジェクトでSREが取れるアプローチの事例の一つとして、読者の参考になれば幸いです。 はじめに ヌーラボでは2015年11月から2019年7月まで、BacklogをJavaからScala / Play Frame
Backlogのコードメンテナンス性を向上させるために気をつけたこと【Backlog Play化プロジェクト】 | Backlogブログ
ヌーラボの江口です。約8年間Backlogの開発を担当しており、BacklogをJavaからScala / Play Frameworkに移行するプロジェクトには最初から最後まで関わりました（プロジェクトの概要は時系列でみる！4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話をご覧ください）。 本記事では、BacklogのScala / Play Framework化プロジェクトで「Backlogのサーバーサイドを進化させる“土台”を作る」をテーマに、どのようにBacklogのアーキテクチャを設計・実装したのかご紹介します。 はじめに 私は2012年の入社以来、Backlogの開発を担当しています。Backlogは10年以上続くサービスであるため、度重なる機能追加や修正を行うことで複雑化し、日頃開発をする上で様々な問題を感じていました。 今回のBacklogのSca
アジャイルなチームを改善するアイデア集「101 ideas for agile teams」で僕が学んだこと | Backlogブログ
海外カンファレンス行ったときに参加者と全然話せなくて英語喋れたらなと思ったけど、そもそも日本語でもあまり話せなかった(;ω;)中村です。 突然ですが、アジャイルなチームになるためのアイデア集「101 ideas for agile teams」を知っていますか？ 本記事では、2ヶ月間1日1つずつ「101 ideas for agile teams」から、チームワークに活かせると感じたアイデアを日本語でまとめた結果、僕が学んだことをご紹介します。 101 ideas for agile teamsとは 2016年からMediumに投稿されている記事に『101 ideas for agile teams – a collection of ideas on how to improve team work in an agile team –』という英語の連載があります。ざっくり訳すと、アジャ
バーンダウンチャートで子どもの夏休みの宿題を「マネジメント」した話 | Backlogブログ
Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます
結論の出ない会議から卒業するための3つの手法 | Backlogブログ
プランニングポーカー 最初は、プランニングポーカーです。アジャイル開発の見積もりのときによく使われる手法で、聞いたことがある・使ったことがある方も多いのではと思います。 まず、1, 2, 3, 5, 8, … といった、フィボナッチ数が書かれたカードを各自が用意します。そして、ベースラインとなるものの大きさを2と定めたとき、今から見積もりしようとするものが2と比べてどれくらいか？をカードの数でメンバー一斉に表現します。 数が大きく異なった場合、一番小さい数を出した人と大きい数を出した人で議論した後、再度カードを出し直します。詳細は、下図のkawaguti氏によるプランニングポーカーかんたんガイドに簡潔にまとまっているので、参照ください。 試してみると分かりますが、このプランニングポーカーは会議を前に進めるのに非常に効果的です。通常の見積もりの場でよくある、声が大きい人に引きづられる・なかな
Backlogカイゼン週間を実施して、その成果をリリースしました。 | Backlogブログ
仕様や画面は現行バージョンと異なる可能性があります。 Backlogの最新版についてはこちらからご確認ください。 こんにちは、最近保存食作りにはまっている縣です。先日は完熟梅のジャムを作りました。もうすぐ夏ですね。 さて、ヌーラボでは６月の第１週に、「Backlog カイゼン週間」と銘打ってBacklogの改善を多数実施しました。本日、その成果をまとめてリリースしました。このリリースには約60の大小様々な改善が含まれています。 Backlogカイゼン週間って何？ Backlog カイゼン週間とは、「Backlogの改善だけをする週間」です。その期間は新機能の開発は一切行わず、ひたすら小さな改善だけを行います。この改善週間には、Backlogチームの開発者はもちろん、プロジェクトの枠を超えて、ヌーラボの全ての開発者が参加しました。 カイゼン週間を実施した理由 Backlog はヌーラボ設立当
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サル先生のプロジェクト管理入門
サル先生のGit入門〜バージョン管理を使いこなそう〜【プロジェクト管理ツールBacklog】