Hiroyuki Ito
SET (Software Engineer in Test)
LINE Corporation
location_on Japan
Member since 2 years
Share
Hiroyuki Ito
Specialises In (based on submitted proposals)
# 日本語
LINE株式会社 SET（Software Engineer in Test）
実際に開発現場に入り、CI/CD・TDD・BDD(Behavior- Driven Development) をベースとした技術基盤の構築と、それらをベースとした開発プロセスの改善支援を行なっている。モットーは、開発効率の向上による Be happy! の実現。
- 認定スクラムプロフェッショナル（CSP）
- Agile2014（アメリカ）スピーカー
- DevOps Summit 2016（台湾）キーノートスピーカー
- Regional Scrum Gathering Tokyo 2016 スピーカー
- Regional Scrum Gathering Tokyo 2017 スピーカー
# English
The SET (Software Engineer in Test) from LINE Corporation.
My main theme is making all persons happy with Agile & automation techniques!
- Certified Scrum Professional (CSP)
- Speaker of Agile2014 (USA)
- Keynote speaker of DevOps Summit 2016 (Taiwan)
- Regional Scrum Gathering Tokyo 2016 スピーカー
- Regional Scrum Gathering Tokyo 2017 スピーカー
-
keyboard_arrow_down
心・技・態 -LINEにおける改善の真実-
45 Mins
Talk
Beginner
LINEがDevOps・CI/CD・テスト自動化などの施策をなぜ推進しているのかを、
心（組織文化）・技（技術）・態（ビジネス指向）の3つの観点から、
具体的なプラクティス・事例と共に紹介します。
特にLINE初のSET（Software Engineer in Test）の立場から、
LINEがどのような取り組みを行っているのかを「見える化」します。
皆様の「Kaizen」のヒントになれば幸いです。
-
-
keyboard_arrow_down
An Agile Way as an SET at LINE
45 Mins
Talk
Intermediate
2017年9月、私は42歳にしてそれまでの「アジャイルコーチ」という肩書きを捨て、SET（Software Engineer in Test）として LINE 株式会社に入社しました。LINE 初の SET として、私は多くのことをイチから手がける必要がありました。テスト自動化に関する現状の把握、課題の明確化、達成すべき目標の提示、関係各者との協力関係の構築、そして施策の実施…。 入社したばかりの人間がやることとしては、なかなかタフなミッションに見えるかもしれません。しかしいざ始めてみると、自身の当初の想像をはるかに超えて、私は非常にスムーズにこれらを実施することができています。なぜならば、私がこれまで培ってきた、スクラム・XP・リーンなどのアジャイルの知識・経験の多くが、上記ミッションの実現に大いに活用できることが分かったためです。アジャイルの知識・経験は、新しいチャレンジを行う上で、非常に強力な武器となり得ます。当セッションでは、新しい会社・役割・ミッションのもとですぐに成果を出すために、また新しいチャレンジを行うために、アジャイルの知識・経験をどのように活かしていけば良いのかについて、自身の経験に基づいて具体的にご紹介させていただきます。また併せまして、SET として活動していくために役立つ、テスト自動化のスキルと方法論についてもお話させていただきます。 -
-
keyboard_arrow_down
アジャイルじゃなくてDevOpsと言えるのか！？ - ツールよりも敢えてプロセスを -
45 Mins
Talk
Intermediate
「DevOpsにアジャイルは必要ですか？」
最近、頻繁に受ける質問です。昨今、Docker・Chef・Ansible・Kubernetesなど、DevOpsを実現するためのツールの成熟とその活用事例が着実に増えつつあります。また、これらを紹介する書籍やオンライン記事も急増しています。
一方で、ツールに比重を置きすぎたり、ツールの導入・改善にばかり着目してしまうことで、本来実現すべきビジネス価値の創出（プロダクト改善）や、フィードバックによる成長といった側面（プロセス改善）が軽視されていないか？と言う疑問も感じています。
当セッションでは、DevOpsを「プロセスを促進する自動化技術基盤」と捉え、アジャイルの各種プラクティスと組み合わせることで、プロダクト開発の効率化、チーム・メンバーの学習・成長、およびステークホルダーとの協働を実現できることを、具体的事例に基づいてお話させていただきます。
-
-
keyboard_arrow_down
アジャイル・メトリクス実践ガイド
45 Mins
Talk
Intermediate
アジャイルの文脈において、メトリクスの取得・活用は、もはや一般的なこととなりつつあります。メトリクスには、仮説検証に基づく経験主義的な行動を促し、結果として自律的成長や協働につながるという側面があります。一方でプロダクト開発の現場からは、「メトリクスの取り方がよく分からない」・「どう活用すれば良いのか分からない」といった意見も耳にします。当セッションでは、プロダクト開発の現場の「メトリクス難民」を救うため、メトリクスの学術的裏付け、具体的な取得・活用方法および事例を、Agile2016・SQiP2016の最新の知見を踏まえながらご紹介させていただきます。さぁ、皆さんも爆ぜましょう！ -
-
No more submissions exist.
