3/13（土）Backlog World 2021 旅 ~Journey~ オンライン に参加しました。
半日に及ぶ大規模なイベントでした。当日にブログ枠に登録しなおして参加しましたが、なかなか書けず遅くなってしまいました…
ようやく書けそうなので、レポートを書いていきます。
目次
イベントページ
jbug.connpass.com
YouTubeに公開されています。
www.youtube.com
セッション概要
ワークスタイル・トランスフォーメーション 株式会社キャスター石倉 秀明さん
資料
speakerdeck.com
概要
コミュニケーション
- 集合型ワークスタイル（オフィスに集まって同じ時間働くなど）からは分散型ワークスタイル（リモート、時間帯バラバラ、雇用形態様々）に。
- 多様な人とチームを組む人が当たりまえに。
- 本人の働き方に関係なく「全員」に仕事の変化は訪れている。
- コミュニケーションを「いない」人に合わせ、その場にいない人にも「見える」ようにする。同期から非同期に。
- 相談と雑談は意図しないとできない。意図して増やしていくこと。
- 業務のやりとりをすべてパブリック（公開）する。
タスク管理、プロジェクト管理
- ボールはなるべく持たない。
- ものづくりや思考に時間を割くためには、事務処理やコミュニケーションのボールはさっさと手放す。
マネジメントシフト
- リーダーの役目は「邪魔しない」こと。多様なメンバーが活躍できる場の創造。
- 適切な目標設定をすることが評価の10倍大事。
- 思考と成果のプロセスの見える化を当たり前のようにできるリーダーが必要。
- 自分が他人を信頼することはできるが、自分が他人から信頼されることは簡単ではない。
- 多様性はバラバラであるほど強い。
- 役割を果たせるひとであれば、多様な価値観や働き方をしている人の方が良い。
- モチベーションはチームにいる理由は人によって違う。気にしない。
- 仕事と人格を同一視しない。
感想
もう今までと同じような働き方ではスムーズにいかない、成り立たないことが多いと思います。
今までの働き方、マネジメントの仕方をリセットして変わっていける人が強い人なんだなと思いました。
コミュニケーションをパブリックにし、自分で抱え込まないこと。
ついやりがちですが、考えすぎずに関係者にはもっとオープンでありたいと思いました。
Go To Eatキャンペーンを支えたプロジェクトマネジメント Retty株式会社常松 祐一さん
資料
speakerdeck.com
概要
情報を一か所に集めオープンにする
- Slackのチャンネル1つで共有
- 議事録はGoolge Docで１ファイル追記型で
- 設計資料はスプレッドシート１ファイルに追記
- 会議はGoogleMeetを使いROM専（聴く専用）もOKにした。気になる人が参加できる。
- 探すことが簡単、経緯が追いやすい。どんな情報に基づいて意思決定したかが分かりやすい。
初期ミーティングを頻度高く実施
- 毎日１時間ミーティングを設定
- 半日、１日でまとめるより、考え直す時間を設けた方が見落としが減ると考えた。
- 具体的な実装に入る前にユースケースを洗い出し、データの流れとシステムの挙動を十分に話した（企画も営業もCSも）。
プロジェクト全体の進め方を揃える
- リスクが大きい順に着手した。
- メディア側開発は利用者の多いスマホWeb・iOSを優先した。
- キャンペーンが始まった場合に少しずつ対応できるように。
決定はできる限りチームにゆだねる
- 必要な情報は十分共有・話せているはず。
- 決定は開発チームと実装担当者に基本委ね、決められないものはエスカレーションしてもらう。
結果
- スケジュール最優先、要件と仕様が変わり、ステークホルダーの多いプロジェクトで「メンバが自律して動ける仕組みを整備」して対応できた。
- プロジェクトの学びを組織に蓄積していく動きはこれから。
感想
スピード感もってプロジェクトを進めるには、情報を公開し検索の手間を省くことがホント大事だと思いました。
メンバが仕事をやり易くする、自分たちの判断で動けるようにする、その環境作りが必要だと思いました。
なかなかこれをしない、できない人が多いので、どうにかしたいなぁという思いです。。。
PJメンバーで共有する「プロジェクト憲章」ことはじめ 株式会社サービシンク 名村 晋治さん
資料
www.slideshare.net
概要
自発的に動けない理由
- 何をしたらいいのかが分からない。
- どこに必要な情報がないかわからない。
- 前提条件がなければ「言われたとおりにする」しかやりようがない。
なぜプロジェクト憲章がいるのか？
- そもそも何をするのかを共有することが目的。クリエイターは「作業者」ではない。
- 情報共有がプロジェクトの成功の鍵を持つ。
- 調べている＝仕事をしていない時間
- ディレクターはゼッタイに「プロジェクト憲章」を作ること。
- また、「作る」ことではなく「使って」こそ意味がある。
情報共有
- Backlogに集約してBacklogを見ていない人を切る。
- 見ていないと置いていかれる感を出す。
- 意義意図の理解すれば、意図的に使い始めて使いこなすようになる。
- プロジェクトが動き出したらディレクターはハブ
- 「第三者が探せる」ようにそのために共通のフォーマットやいつもここにあるという場所を作る。
- 共有することがすべてはプロジェクトのため
感想
クリエイターは「作業者」ではない。同感です。
一作業者としか扱われなければ、それ以上の働きは誰もしない。
メンバーが働きやすくて誇りをもって働けるような環境が必要だと思いました。
wikiテンプレートをおみやげとして公開しているのも、自分だけでなく他者も同じように成功してほしいという
名村さんのオープンマインドの表れなのかなぁと思いました。
Good Project Award 2021
概要
- 顧客に明るい話題でお客様に喜んでもらいたいという想いではじめた。
- 社内からは無くて逆に「やろう」という声が出た。
- Backlogを使って社内外のメンバとの情報共有
- 社員全体で取り組んだことでの成果。
- これからも航空業界でやったことがないことに挑戦したい。
SOMPOホールディングス株式会社 柴崎様 スマホカメラを使ったレジャー・娯楽サービス産業の従業員向け健康チェック
- スマホカメラでバイタルチェック
- メディア露出、社外問い合わせ増、社内で味方が増えた。
- 発案から1か月程度でPoCスタート
- ワンスプリントを速く回す。Backlogがその役にたった。
- 健康経営応援アプリを開発（実証開始）
- 日本とイスラエル共同のため言語の壁があった。文化を合わせることが大変だった。
- X-grabの開発ではzoomでしかあったことがない人同士でプロジェクトを進めていた。
- システム連携設計、ユーザーインターフェース、設計レビューなど、すべてCACOOの中で進めた。
- もう昔のような業務スタイルへは戻れない。
FUNBEST 矢島ノブ雄様（オシエルズ） 進路漫才プロジェクト
- 進路漫才プロジェクトとは、高校の出前授業で進路選択のアドバイスをするプロジェクト
- 子供のすべてを肯定する優しく楽しい進路の授業を。
- 学区や子供の要望をかなえる即興性のある授業を。
‐ 進路漫才プロジェクトで伝えていること
‐ 視野を広げよう。
- 夢も安定もどっちも取れ！
- 社会的価値を創れ！
- やりたいことを社会のニーズとリンクさせる。
LINE Fukuoka 南方様 混雑情報発信プロジェクト
バス・電車の混雑状況をLINEで確認
- 西鉄とLINE Fukuokaの初プロジェクトにも関わらず、8日間でサービスリリースした。
- 発見から24時間以内に社内承認にした。
- インフラ企業としての町のピンチに対する使命感があったため。
ローンチまでのコミュニケーション
- すべてのコミュニケーションはオンラインで実施して、開発からローンチまで一回も顔を合せなかった。
- 同じ会社のように堅苦しくない爆速コミュニケーション。
結果
- 全国に先駆けて行った対策が全国で話題に
- LINEを活用した西鉄グループのDX推進が活発に
このプロジェクトの学びを生かして
- 市民のみなさんの困りごとを解決できるか、そのインパクトを大事にしたい。
- LINE Fukuokaだけでなく西鉄様も強いオーナーシップを持つこと、それがプロジェクトの成功の秘訣。
- 西鉄様だけでなく全国にこの取り組みを広げていきたい。
これだけ早くプロジェクトを進められた要因は？
- LINE Fukuokaの職員以前に福岡市民という意識があった。他の市民の方々も同じ不安を持っているため、スピード勘を持って対応した。
- 西鉄様は企業存続の危機感を持っていた。何とか安全安心を確保したいという想いが速い意思決定につながったと思う。
龍谷大学 熊谷様 UKAWAカレーPJ
感想
このセッションでは、６プロジェクトの紹介をされていました。
どれもすばらしいプロジェクトばかりでした。
情報共有の仕方もだけでなく、皆さんプロジェクトにかける熱量が大きいことに感動しました。
その中でも、LINE Fukuoka様と龍谷大学様のプロジェクトは地域をよくしたいという想いが籠ったプロジェクトで、特に興味深く拝聴することができました。
私も地域コミュニティ活動に関わっているため、自分が住んでいる地域をよくしたいという想いがあります。
ツイートもしましたが、やはり私は地域の生活をよりよくするための仕事をしたいのかなぁと思い始めてきました。
このように熱量高くプロジェクトに関わっている方々を見て、早く行動に移す段階に行きたいと思いました。
Backlog × Redmineツール対談 ～プロジェクトマネジメントを民主化しよう～ redmineエバンジェリスト 門屋 浩文さん、株式会社ヌーラボ 河内 一弘さん、株式会社タンバリン 駒田 美沙子さん
概要
それぞれのツールの特徴について
Redmine
Backlog
- コラボレーション重視
- 非エンジニアでも親しみやすいUI
- 感謝の気持ちを伝えやすい
- 多彩なAPI連携でシステム化
両方共通
- コミュニティが熱い！
- 推進する人がいないと定着しづらい。
コミュニティでどんなことをやっている？
プロジェクトマネジメントを民主化しよう
- プロジェクトマネジメントは偉い人だけのものではない。
- セルフマネジメントからはじめよう。
- 現場から盛り上げていくのが大事！
- Redmineは文化を変えるきっかけになった。
- 自分に向き合って得手不得手を理解する。
- ツールに助けてもらうことも必要。
- チケットが次の判断のきっかけにもなる。
感想
２大プロジェクト管理ツールのコミュニティの代表者間でのトークセッション。
コミュニティイベントならではの試みで、ワクワクしながら聴いていました。
どちらもコミュニティが熱い、それだけ自分たちのツールを好きで推しているからだと思いました。
どちらが良いか悪いかではなく、その場にあったプロジェクトマネジメントを行えるように、その場に合ったツールを使っていけばよい。
そのためにプロジェクトマネジメント民主化、プロジェクトマネジメントをできるようになっていこうと思いました。
顧問弁護士だってBacklogを使いたい！ 遠藤 千尋 さん
資料
www.slideshare.net
概要
悩み
- 課題の進捗が追えない。
- 最新ファイルがどれだか分からない。
- ナレッジがたまらない。
- 1人で寂しい…
Backlogを選んだ理由
- 期限設定・ステータス管理ができる。
- ファイル一覧機能ができる。
- 定量化可視化はダッシュボードを使えばわかる。
- 顧問先企業の方にとっても一覧性があってわかりやすい。
気をつけている点
残された課題
- 課題設定のしにくさは残る。
- タイムチャージ表との連携ができれば。
- Wordからの呪縛から逃れたい。
- まだまだ使いきれていない。
感想
プロジェクトマネジメントの仲間が欲しいため、というきっかけで登壇した行動力、見習いたいと思いました。
私もやってみたことの登壇はしたことはありますが、自分が勉強中であること、知らないことが多いから教えてほしいという背景をちゃんと伝えていなかったかなぁと思いました。
共感してくれる人も増え、色々な情報が集まりやすくなり、よりスキルアップできるかもしれないと思いました。
とにかくやってみる、ふりかえりをしてさらに工夫する、これに尽きるなぁと思いました。
Backlogでプログラマーに顧客対応をやってもらったら業務改善が進んだ 株式会社インターファクトリー 塩谷 俊介 さん
資料
www.slideshare.net
概要
改善したこと
- 課題解決のスピードアップ
- 顧客とPG感に人を介してた時のタイムラグが無くなった。
- 課題に対する議論のタイミングがはやまった。
- 関係者が顧客が登録した課題を見て動けるようになった。
- サポートの負荷軽減
- 直接PGに担当してもらうことで、サポートが管理する課題数は1/3になった。
- プログラマーの意識向上
- 顧客が具体的にイメージ出来る存在になった。
- 直接感謝されることでモチベーションが上がった。
まとめ
- ツールを活用しよう。
- 伝える技術をつけよう。
- 成果を意識しよう。
- 顧客と良い関係性を築くことに注力しよう。
- チームの成果を最大化することを意識しよう。
感想
顧客にはプログラマーの人たちを、プログラマーには顧客を見える存在にして、
リスペクトされるようにしたことがとても素晴らしいと思いました。
リスペクトされると、顧客との関係性も成果も良いものになっていき、
チームメンバの働きがいも増えるのかもしれないと思いました。
今後私が責任者になったら心がけたいです。
「越境」〜未来の旅人たちへのメッセージ〜 あまねキャリア工房 沢渡 あまね さん
資料
docs.google.com
時代を超える旅
- 旧来製造型モデル（統制管理型）では合わなくなってきている。
- 不確実性が増す時代の今、オープン型（コラボレーション型）に変わっていかないと、勝てなくなってきている。
- 統制型とオープン型いずれも合理性はあるが、それ一辺倒のやり方は過去の勝ちパターン
- 部分的にでもオープン型スタイルを取り入れ、新時代の勝ちパターンを探す旅をしよう。
地域を超える旅
立場を超える旅
- 経営とITの景色合わせの旅に出よう。
- 現場のリアルと経営のリアルは違う。ただし、課題は一つにつながっている。
- 組織の旅の水先案内人、ファシリーダー（ファシリテーター ＋ リーダー）であれ！
さいごに
- ともに旅する仲間を見つけよう。私たちはその手段を持っている。
- 半径５ｍ以内から世の中は変えられる。
感想
沢渡さんのセッションは何度も拝聴させていただきましたが、いつも元気をいただけています。
今回のお話の中に出た「あなたのテーマは何ですか？」については、
- 私が住む地域をよりよくしたい（ITはもちろんだけどそれに限らず）。
と考えています。まだまだ具体化できていないので、自分の人生のテーマを探す旅を続けたいと思いました。
ひとまずは、今の職場で困りごとの改善、より良い仕事をできるよう貢献する経験を積みたいと思います。
最後に
セッション全体を通して、パブリック・オープンにしたことで成功した事例が多く、
これからプロジェクトを続けていくには、オープンマインドで進めていくことが望ましいと改めて思いました。
私がリーダーになってプロジェクトを進めることはまだありませんが、
まずは、自分自身が積極的に情報共有するなどオープンになり、私も相手も働きやすい環境を目指したいと思いました。
お互い何か隠されていたり、変に特別扱いされたら不信感を抱きます。そうならないよう、普段の生活から注意したいです。
私はBacklogを会社で使っておらず、個人で入れたものの使いこなせていませんので、使いこなせるようになるためのアイディアを考えてみたくなりました。
良いアイディアが出たら仕事にフィードバックしたいと思いました。
半日にわたりほぼPCの前から離れることなく聴講しました。
終わってから気が抜けたのか、レポートブログの執筆が遅くなってしまいましたが、それだけ引き付けられて満足できました。
運営の皆様、ありがとうございました。そして、お疲れ様でした！！
