エンジニアHub > 記事一覧 > Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 プロジェクト管理ツール、コラボレーションツールとしてBacklogを採用しているチームは多いでしょう。多岐にわたる機能を利用できるツールですが、上手に使うためのアイデアと方法を、Backlogを生み出したヌーラボ社の中村知成さんが解説します。開発チーム内だけでなく、マーケやセールスなどを含めた、チームを横断した課題管理など、“中の人”ならではの知見をご紹介します。 株式会社ヌーラボの中村知成（ @ikikko ）です。Backlogの開発・運用全般のマネージャーを務めつつ、Backlogの導入・業務改善や、ソフトウェア開発現場の支援サービ

オウンドメディアCMS「はてなブログMedia」の開発・営業チームのコミュニケーションに活用している「Backlog」の導入事例が紹介されました。 backlog.com

「はてな」のコンテンツマーケティングサービスをBacklogが支える はてな様の事業と企業向けオウンドメディアCMS「はてなブログMedia」について教えてください。 株式会社はてなは、『「知る」「つながる」「表現する」で新しい体験を提供し、人の生活を豊かにする』というミッションのもと、Webサービスの開発と運営をしています。 ユーザーがテキストや画像などのコンテンツを発信・拡散できるプラットフォームを提供する「コンテンツプラットフォームサービス」、企業の良質なコンテンツ発信を通したマーケティング活動を支援する「コンテンツマーケティングサービス」、個人向けWebサービスの提供を通して培った技術やノウハウを企業にソリューションとして展開する「テクノロジーソリューションサービス」の3分野において、UGC（User Generated Contents＝ユーザー生成コンテンツ）事業を展開していま

創業54年超え岡山県の老舗企業「両備システムズ」は1300名以上の業務管理にBacklogを活用 ―両備システムズ様の事業概要について教えてください。 両備システムズは1965年に岡山県で創業したシステム開発会社です。行政、社会保障、医療分野の情報サービス、ソフトウェア開発、ITアウトソーシング（IDCサービス）を行っております。2020年1月にグループ会社6社合併を予定しており、製造業、金融業、流通業、運輸・交通業向けの情報サービスも事業内容となります。 ―Backlogを組織内で利用している組織や事業部について教えてください。 両備システムズを含んだグループ会社8社でBacklogを導入しています。最も従業員数の多い両備システムズでも、すべての事業部門（6事業部）、管理部門、研究開発部門の業務管理の標準ツールとしてBacklogを使っています。現在1500名の社員がいますが、そのうちの

令和7年末までに行政手続きを全オンライン化へ！急増するプロジェクトを支えるBacklog ――Backlogをご利用いただいている部署と主な業務内容について教えていただけますか？ 経済産業省では、従来行政自体のDXに力を入れておりましたが、2022年7月に省全体のDXをさらに強力に推進する体制を整え、省内のシステム担当部署の職員やベンダーと力を合わせて業務に取り組んでいます。 大臣官房デジタル・トランスフォーメーション室（以下、DX室）の前身となる情報プロジェクト室では、2018年からプロジェクト管理ツールとしてBacklogを利用していました。関与する情報システム開発等のプロジェクト増加に伴い、Backlogの活用の幅も大きく広がりました。 ――どのように活用が広がっているのか、詳しくお聞かせください。 政府では、令和7年末までに民間から行政への申請に伴う手続は、すべてオンライン化する方

Backlog開発チームの砂川です。この記事はBacklog Advent Calendarの12日目の記事です。本記事は、プロジェクト管理を題材とした記事ではなく、Backlogから着想を得て作られた「ボードゲーム」のメイキングについて書いた記事です。 2019年にヌーラボはプロジェクトテーマパークというプロジェクト管理を学べるボードゲームをリリースしました。一般販売はありがたいことに毎度完売しています（一方で、気軽にプレイできない状況になってしまい申し訳ないです…）。 そこで本記事では、この大人気のプロジェクトテーマパークがどのようにして作られたのか、企画から実際のゲーム製作まで一連の流れを、製作・開発者である砂川がお届けします！ プロジェクトテーマパークとは？ プロジェクトテーマパークは、プレイヤーがチームとなって、ヤル気を出したりサイコロを振りながら、期日までにテーマパークのオープ

一般的に、自律型のチームは他律型のチームよりも開発のスピードが早く、問題を未然に対処できると言われています。自律型のチームに不可欠な要素として、「何でも言いやすい雰囲気」「居心地の良さ」の創出があります。これらは「心理的安全性」とも呼ばれ、米グーグル社が「チームの生産性を高める唯一の方法」として発表したことで大きな注目を集めています。 「バグや障害の多発」「エンジニアの離職率の高さ」「リリースの延期」といった現場の問題解決に心理的安全性がなぜ効いたのか。心理的安全性を創出したプロセスと失敗から学んだ教訓など、現場担当者の視点を対談形式でお伺いします。 ■自己紹介（左から） CAMPFIRE プロダクトマネージャー 久津 佑介（ひさつ・ゆうすけ）さん 印刷会社でエンジニア、開発会社でエンジニアチームのマネージャーを経て、2019年に株式会社CAMPFIREに入社。プロダクトマネージャーとして

こんにちは、Backlogチームの小久保です。Backlogチームでは、約4年続いたBacklogをJavaからScala / Play Frameworkに移行するプロジェクトについて、2日間かけてふりかえりをしました。そのとき得られた知見を整理してみました。 長くやってきたプロジェクトを振り返ると、プロジェクトに大きな影響を与えた決断がいくつか必ずあります。その決断が正しかったのか、今後の自分たちの重要な意思決定をどう改善していけるか、しっかり考えるためにも効果的にふりかえりをすることが大切です。 本記事では、ITツールの活用方法や特定のプロセスの話は出てきませんが、Backlogチームがおこなった、長期プロジェクトを振り返るために役立ったことを整理してお届けします。 プロジェクトの内容とふりかえりをした理由 Backlog Play化プロジェクトとは、Backlogの動作環境、コード

こんにちは。Raspberry Pi4でようやくギガビットLANにネイティブ対応したことにテンションが上がっているBacklog開発チームの佐藤です。 ヌーラボでは2015年11月から2019年の7月まで、BacklogをJavaからScala / Play Frameworkに移行するという大規模なリプレイスプロジェクト（以下、Play化プロジェクト）を行っていました。 私は2017年の夏からプロジェクト完了までこのプロジェクトに参加していました。 今回の記事では、Play化プロジェクトに途中参加した立場で、プロジェクト中に起きた出来事と当時の心境、問題をどう乗り越えたのか、反省と教訓についてもお届けします。 プロジェクトに参加する前は何をしていたか 出来事：Backlogの機能改善チームからPlay化プロジェクトチームへ移動 心境：不安だがトップダウンで決まったのではなく、自分自身の意

ヌーラボの松本です。「Backlog Playプロジェクト」に2017年2月から途中参加し、プロジェクト解散の2019年7月までメンバーの一員として動いていました（プロジェクトの概要は 時系列でみる！4年の歳月をかけてPlay Frameworkで「大規模リプレイス」した話をご覧ください）。 このBacklog Playプロジェクト(以下、Play化プロジェクト)では、期間によって私の役割は変わりました。 参加した当初は開発メンバーとしてコードを書いていましたが、2018年4月からプロジェクト終了の2019年7月までは、開発をしながらプロジェクトの取りまとめをしていました。 マネジメントのような役割ははじめてだったので、いろいろ未熟な点もありましたが、プロジェクトの機能リリースを早めるために、不具合対策や手戻り削減といった問題と向き合いました。 本記事では、私のPlay化プロジェクトでの役

2013年に「日経電子版」のソフトウェア開発を100%外注から内製化、アジャイル開発に切り替え、開発サイクルやチームの抜本的な改革を見事成功させた日本経済新聞社。その取り組みは、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 「あの『日経電子版開発チーム』が内製化とアジャイル開発の成功から6年がたった “その後” を語る！」では、内製化とアジャイル開発の成功体験を他の部署にも応用し、全社をあげて開発改革に取り組んでいる模様を取り上げました。 本記事では、同社が次に取り組む、個人やチームの開発成果と事業成果を結びつけるための「OKR（オーケーアール）」を導入したきっかけと運用、そして、成功したこと、失敗したことについてお伺いします。 ■自己紹介（右から） 情報サービスユニット プロダクトマネージャー 斎藤祐也さん デジタル編成ユニット プロダクトマネージャー武市大志さん

30代も後半にさしかかり「体重が増加傾向にある」と妻に相談したら「まずは毎日体重計にのったら」と言われたので、律儀に毎日のってる中村です、こんにちは。 本記事では、業務の責任者や責任範囲を明確にしたいときに使うフレームワーク「RACIチャート」の紹介と試してみた感想をお伝えします。 RACIチャートをプロジェクトに取り入れた背景 責任が曖昧になりがちだけど、責任範囲の明確さも求められる「管理部門」の課題 最初に、RACIチャートを取り入れた背景を説明します。 RACIチャートは管理部門のプロジェクトで取り入れました。このプロジェクトの発端は、管理部門のスタッフから「私たちの業務フローを改善するのを手伝ってくれないか？」という依頼を受けたことでした。 RACIチャートを解説する上で、まずはヌーラボの管理部門について簡単に紹介します。一言で管理部門と言っても、業務内容は多岐にわたります。人事や