多くの方の応援をいただき、Regional Scrum Gathering℠ Tokyo 2021（以下「RSGT2021」）のプロポーザルが通りました〜！ ちなみに、私のプロポーザルは↓コチラ↓になります。 Regional Scrum Gathering Tokyo 2021 - Tips of Product Management for Internal Tools／社内ツール・サービス・プラットフォームにおけるプロダクトマネジメントの勘所 | ConfEngine - Conference Platform さて今回は、このプロポーザルの狙いを、簡潔に5分以内で読めるようにまとめてみました。 1. 自身のプロダクトマネジメントの知見を整理しフィードバックを得たい ここ1年ほど、特に社内ツール・インフラの設計・開発に加えて、プロダクトマネジメントもやる必要が出てきました。 その際に

LINEが定期的に開催する技術者向けミートアップ「LINE Developer Meetup」。64回目はオンラインで開催され、「開発とテスト」というテーマで、LINEのSET（Software Engineer in Test）である伊藤宏幸氏が、LINEのプロダクト開発の現場で推し進めてきた具体的な取り組みについて紹介します。後半は３つの重要性のうちの２つ目の続きと最後の１つ、そして情報の共有について話しました。 オープンソースのフレームワーク「Karate」 伊藤宏幸氏（以下、伊藤）：ここで私たちが取った方法は、もう1回、先ほどのProduct Discoveryを適用してみたんです。ここのChannel Gatewayのチームのみなさんから、いろいろヒアリングしながら「こういったツールを導入したらどう？」といろいろと試していって、結局落ち着いたのがKarateというオープンソースの

LINEが定期的に開催する技術者向けミートアップ「LINE Developer Meetup」。64回目はオンラインで開催され、「開発とテスト」というテーマで、LINEのSET（Software Engineer in Test）である伊藤宏幸氏が、LINEのプロダクト開発の現場で推し進めてきた具体的な取り組みについて紹介します。前半は課題のあぶり出しと、３つの重要性のうちの最初の２つについて話しました。 LINEのSETになってぶち当たった最初の課題 伊藤宏幸氏（以下、伊藤）：私、伊藤からは、「Everything from Scratch」、すべてをイチから始めた我々SET（Software Engineer in Test）の、これまでの苦労についてお話しします。ちなみにこの資料ですが、本来であれば2週間後にアメリカで開催される予定だった、世界最大のアジャイルのグローバルカンファレン

世界最大規模のアジャイルのグローバルカンファレンス「Agile2020」に提出していた公募が採択され、登壇させていただくことになりました。2014年以来、2度目の栄誉です。 新型コロナウィルスの影響で、予定通り登壇できるかは正直不透明ですが、主催者によると、本稿執筆時点では予定通り開催するとのことです。 ちなみに、私のセッションの情報はこちらになります。提出した論文などは、こちらからご覧いただけます。 さて今回は、公募採択までの歩みについてまとめてみます。 動機と準備 Agile2014で採択された論文が、現在でも私たちの業務やチームの指針策定にプラスに作用していることが大きいです。個人・チームとして何か問題にぶつかった時に、考え方や解決策の引き出しとして活用できているのです。 一方で、前回の登壇から5年以上経過し、その間私もチームも多くのスキル・経験を蓄積してきました。そろそろ、蓄積して

同イベントは、先日弊社の横道 稔が登壇したAgile Summit 2019と同じ会社・組織が運営しており、何か縁を感じます。 https://engineering.linecorp.com/ja/blog/agile-summit-2019-taiwan-report/ ※ちなみに今回、横道が台湾に輸出したとされる「Fun/Done/Learn」が、このような形で会場に用意されていました。 ちなみに会場はこちら。2016年のDevOps Summit、横道が登壇したAgile Summit 2019と全く同じ会場で、カンファレンス会場として有名なところのようです。 今回は10/16（水）-18（金）の3日間の開催で、16日はOST（オープン・スペース・テクノロジー）、17・18日はセッションおよびワークショップという構成でした。 10/16（水）：OST（オープン・スペース・テクノロジ

約1週間前の8/5（月）に始まった、Regional Scrum Gathering Tokyo 2020の公募。本稿執筆時点で、既に60件ものプロポーザルが登録されています。 今日Facebook上でやっとむさんと雑談していたところ、 プロポーザル出した人が「私はこれも面白そう」って他の紹介をするコーナー、とかあったら面白いかなあ という話が出たので、早速実験してみることにしました。 その前に自分のプロポーザル紹介！ 私たちLINEのSETチームが実施した／している様々な改善施策を、特に技術面から整理して、皆さんの日々の仕事に活かせる知見として紹介されていただきたいと思っています。 発信内容のクレディビリティを高めるため、同僚の高橋勲さんと一緒にお話しさせていただきたいなと。 ちなみにこのプロポーザルは、来年夏にアメリカで開催されるAgile2020向けに現在執筆中の論文の内容をある程度

Hiroyuki Ito2019-07-30LINE株式会社のSET（Software Engineer in Test）です。「SETタスクフォース」（以下「SETチーム」と表記）のリーダーとして、主にLINEプラットフォームのサーバーサイドで、テスト自動化を活用したプロダクト開発ライフサイクルの改善を立案・実施・主導しています。また、アジャイルコーチも兼務しています。 はじめに こんにちは。LINE株式会社のSET（Software Engineer in Test）の伊藤 宏幸（Hiroyuki Ito）です。 皆さんのチームでは、タスクの引き継ぎに際して、どのような準備をされていますか？ また、onboarding（新しいメンバーをチームに慣れさせ、成果を出せるよう導くこと）で、どのような工夫をされていますか？ さらに、チーム・メンバーの成長のために、どのような仕組みを取り入れてい

Scrum Alliance の共同創設者の一人で、『アジャイルな見積りと計画づくり』などの著書でも有名な Mike Cohn さんが、ユーザーストーリーのよくある "As a xxx I want to xxx so that xxx" のフォーマットのポイント・長所・短所を、下記のブログにまとめられています。 内容は各自で読んでいただくとして、今回はこのフォーマットにまつわる小ネタを3つご紹介します。 1. フォーマットの名前 なぜかグーグル検索でヒットしづらいですが、名前は「Connextra」ないし「Connextra Format」です。 下記の書籍の著者の一人、Rachel Davies さんの発案によるものです。 アジャイルコーチング 作者: Rachel Davies,Liz Sedley,永瀬美穂,角征典出版社/メーカー: オーム社発売日: 2017/01/21メディア:

牛尾 剛さんのブログにあったタスクリストのお話。 私も似たことをしているな〜と思い、私なりのやり方をまとめてみました。 大まかな流れ 以下の例は、Atlassian社のConfluenceを使用しています。ちなみに、他のWikiツールや紙でも代用可能です。 1. まず朝イチに、今日やるタスクを書き出します。 全てを完璧に書き出す必要はありません。今日やることがおおよそ見通せれば十分です。 タスクは、優先順に上から記述すると良いです。 2. 次に、取りかかるタスクに開始の印をつけます。 Confluenceでは、「(i)」でこの印を出せます。 この方法ならば、途中で物思いにふけっても、どこからやれば良いのかすぐに思い出せます。 3. タスクが終了したら、終了の印をつけます。 Confluenceでは、「(/)」でこの印を出せます。 この印が増えると、ささやかな達成感を感じることができます。

はじめに line.connpass.com 「Meetup in Tokyo #39 Testing & Engineering」に参加してきました。 普段サーバーサイドエンジニアとして働いており、テストに関してはCIでユニットテストを走らせるということくらいしかしていませんでしたが、ユニットテスト以外の自動化方法や、組織全体がテストに取り組む意義を理解し戦略的にテストを行うことの重要性を今回のMeetupで勉強させていただきました。 LINEブログが更新されたので転載してさせていただきます。 engineering.linecorp.com イマドキのソフトウェアのテストやQAの考え方 LINE Developer Meetup in Tokyo #39 Presentation from Yasuharu Nishi www.slideshare.net 感想 具体的なアンチパターン

2018年2月17日（土）に開催された『プロダクトオーナー祭り2018』で、LINEでのSETの活動についてお話させていただきました。 An Agile Way As an SET at LINE ~プロダクトオーナーシップ編~ 今回は、この発表のポイント、および発表したことで学ぶことができた点を、簡潔に紹介します。 発表のポイント 要点を一言で言うと、「技術施策をビジネスに貢献する観点から考えると、できること・工夫すべきことがたくさんある」ということです。 1) まずはやるべきことを見つける 何をすれば良いのか？これを見つけることができれば、具体的なプランニングや施策の実施に持っていくことができます。 仕事での課題はいろいろあります。しかし、それが具体的に何なのかをうまく言葉で表現できていないがために、施策につなげられないことは多いです。したがって、まずは課題を発見して言語化することが肝

By Hiroyuki Ito | 2017.11.09 2021.01.08LINE株式会社のSET（Software Engineer in Test）です。「SETタスクフォース」（以下「SETチーム」と表記）のリーダーとして、主にLINEプラットフォームのサーバーサイドで、テスト自動化を活用したプロダクト開発ライフサイクルの改善を立案・実施・主導しています。また、アジャイルコーチも兼務しています。 はじめに こんにちは。LINEのSET（Software Engineer in Test）のItoです。 世界最大のアジャイルのカンファレンス「Agile2017」に参加してきました。 今年は8月7日から11日にかけて、アメリカのフロリダ州オーランドで開催されました。 この記事では、LINEでのSETの仕事と関連付けて、以下の観点からこのカンファレンスをご紹介します。 テスト自動化の進