【年末年始には消化しよう】プレイヤー自身の“積みゲー”が敵となり襲いかかってくる！アーケードACT『Game Quest: The Backlog Battler』―購入金額が大きいほどダメージもデカい

https://t.co/Mh9mt0AVlU
殆どプレイしていないゲームが敵となり、払った金額が高いほど受けるダメージも大きくなる！ https://t.co/Cmrj4ydG4k December 12, 2025

“管理者が欲しい情報と、担当者が欲しい情報は違う”という、どこの企業やチームでもぶつかりそうな壁。それをBacklogの特質とドキュメント機能を活用し、さらに導線も工夫して、どうやって解決したのか？
Backlog愛を強く強く感じる北海道ガス峠さんの説得力のあるお話、必読です！！！ https://t.co/2VRUHZD1T4 December 12, 2025

#ヌーラボ冬のブログリレー
「Businessブログ」📅12月6日

Backlogが全社で定着しない原因は、「言葉のズレ」にあるかも？

エンジニアが使う「課題（Issue）」という言葉は、非エンジニアにとって「問題」や「トラブル」というネガティブなニュアンスに見えてしまい、ツールへの心理的ブレーキとなることがあります。

📘書籍『ゼロからはじめるBacklog活用大全』は、総務・人事・マーケなど部門別の業務をBacklogの機能に「翻訳」することで、この壁を壊します。
全社でのツール浸透に悩む方、必読です！
https://t.co/Dj0t7jFuZz December 12, 2025

@backlogapp
Backlog API を使って、課題のある項目が変更されたら何かする、みたいなことをやろうとしているのですが、「まとめて更新」で変更された場合、最近の更新の取得 API から返ってくるレスポンスでは元の値が直接分からないのがちょっと不便だなと思いました。
レスポンスに含まれる link からコメントの取得 API を呼んで changeLog を見ればわかりますが、「まとめて更新」の更新件数が多い場合、コメントの取得 API の呼び出し回数が増えてしまうのがレート制限的によくない気がします。
最近の更新の取得 API で返ってくるレスポンスの link に chaneLog または old_value が含まれていれば良いのになと思います。 December 12, 2025

Good Project Awardは、今年も素敵なプロジェクトがいっぱいでした！！エントリーくださった方、登壇してくださった方、皆さま本当にありがとうございました🙌🎉どのプロジェクトからも学ぶところがあり、Backlogを使う現場の当事者だからこそ言える工夫やノウハウがたくさんです🚀 https://t.co/L6IbrNCSUQ December 12, 2025

Backlogで、こんな表示があるけど新機能？

「テストしてみています」

なんか怖いよね。
ヌーラボさん、どうなの？

#Backlog https://t.co/ZXGp7zf3EY December 12, 2025

@TempuraSukiyaki Backlog APIの「最近の更新の取得」に関するご要望をいただき、ありがとうございます。
いただきました内容は、開発チームへフィードバックさせていただきます。
今後の機能改善における貴重な参考情報とさせていただきます。
この度は、貴重なご意見をお寄せいただき、重ねて御礼申し上げます。 December 12, 2025