JBUG #1 -Web制作者のBacklogの使い方、最適解を探す夜- @東京
- eiji_nagano
- 3269
- 8
- 0
- 44
ドコモでのストック型、フロー側の利用例:AWSのアップデート 一般ユーザにはSlackで通知。管理チームにはBacklogの課題で、使うかどうかを検討する #jbug
2017-07-24 19:33:34ドコモさんの使い方を聞き入るみなさん #jbug pic.twitter.com/C2q7YlKZyj
2017-07-24 19:34:06ドコモさんのBacklog運用ルール、管理者は3人のみで、プロジェクト管理者(社員)を権限を委譲、自律的で素敵! #JBUG pic.twitter.com/nfWKanm2FS
2017-07-24 19:34:17Backlog APIを使いこなしていて素敵! #JBUG pic.twitter.com/VAikiZJZ6e
2017-07-24 19:35:24管理的な制限はAWSのレイヤー、バックログのレイヤーで工夫して実現 #JBUG
2017-07-24 19:35:29APIを利用してユーザを管理。どのプロジェクトにも属してないユーザーは自動的に削除。 #jbug
2017-07-24 19:35:43全体メール通知機能ご所望です! #JBUG
2017-07-24 19:36:32Backlog Enterpriseはユーザー増加が課金ポイントになるらしい。なのでBacklog APIで無所属ユーザーを削除する機能を開発してるらしい #jbug #backlog
2017-07-24 19:36:36APIを活用して、Backlogもともと無い機能も必要であればどんどん実装! これはプロのノウハウですなー #jbug
2017-07-24 19:36:49APIで課金対象人数をカウントする事例。クラウド版はユーザー数無制限だから関係ないかも? #JBUG pic.twitter.com/ZKRdn1rwkx
2017-07-24 19:38:01社内には、エンジニアも企画もオペレーターもいる。「誰でも使える」がBacklogの強み。 #JBUG
2017-07-24 19:38:50docomoさんのBacklogを使ってみた感想。 「必要十分な機能は網羅されている。ツールを使い慣れてない人でも容易に利用可能。」 Backlog高評価! #jbug
2017-07-24 19:38:55Backlogは企画系の人やオペレーターの人と一緒に使うのも簡単なのがいい!タスク管理で必要十分な機能が揃ってる(GitHubやJIRAまで必要ないケースでは特に) #JBUG
2017-07-24 19:39:413,000名で使っての実感として「誰でも使える!」 #JBUG
2017-07-24 19:39:46エンタープライズユーザとしては、プロジェクトに参加しないとその中身が見られないというところがネック。 だそうです! #jbug
2017-07-24 19:39:56管理者とプロジェクト管理者名のロールの強さ問題 #JBUG
2017-07-24 19:40:31Backlogの機能で足りなければAPIを使ってつくればいいので困ってない! かっこいい! #jbug
2017-07-24 19:40:53API経由では管理者がユーザー情報を取れない #JBUG pic.twitter.com/iVvJ5AOjfo
2017-07-24 19:42:14