※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理（Quality Control）、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです： 法規制対応、標準化対応、その他公的なガバナンス要求へ

多くの方の応援をいただき、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週間後にアメリカで開催される予定だった、世界最大のアジャイルのグローバルカンファレン

Hiroyuki Ito2020-07-01LINE株式会社のSET（Software Engineer in Test）です。「SETタスクフォース」（以下「SETチーム」と表記）のリーダーとして、主にLINEプラットフォームのサーバーサイドで、テスト自動化を活用したプロダクト開発ライフサイクルの改善を立案・実施・主導しています。また、アジャイルコーチも兼務しています。 はじめに こんにちは。LINE株式会社のSET（Software Engineer in Test）の伊藤 宏幸（Hiroyuki Ito）です。 「隣のチームが何をやっているのか（全く）分からない」 「このチームがなぜその施策を進めようとしているのか分からない」 「あの組織が、開発・運用しているツール・サービスの技術スタックやアーキテクチャを共有してくれず、参考にしたくてもできない」 皆さんのチーム・組織・会社では、こ

世界最大規模のアジャイルのグローバルカンファレンス「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メディア:

私の勤めている会社は、ちょうど今が（人事）評価の時期です。 今日もチームメンバーと「どんな評価指標を使うのが良いのか」という雑談をしていたのですが、その内容が他のチーム・会社でも使えそうな気がしたので、ブログにまとめてみました。ちなみに雑談のまとめなので、あくまでアイデアの1つとして読んでいただければ幸いです。 ちなみに評価対象は、ソフトウェア開発に関わる人、具体的にはプログラマ・インフラエンジニア・QAあたりを想定しています。 1. ダメな評価指標例 まずは、「これは（アカン）」というものから。 (1) プログラム・コードを作成・追加した行数 そもそも、「行数が多い == 生産量が多い」ではないです。 何も考えずに行数だけ増やしてしまうと、メンテナンスコストやバグの混入確率が増え、結果としてチーム・会社にマイナスになります。 （実際に学術的にも実証されています。） (2) GitHubへ

どうも、こんにちは。 下の記事と、そのリンク先を読みました。 takulog.info これらの記事に関連しているか分かりませんが、今少し悩んでいることがあります。 誰かからのアドバイスを期待して、思いつくまま書いていきます。 30代の非エンジニアがエンジニアを目指す まず、私はエンジニアではありません。エンジニアとしての意見を求めている方はゴーバック推奨です。 ただ漠然と、お金を稼ぎたいなあ、そのためにはエンジニアになるのが近道かなぁという気持ちがあって、この一年と少し、工場で現場作業者として勤務する傍ら、完全に独学で勉強をしてきました。 簡単に経緯を述べますと、Excelの関数でできないことをVBAで補うことから始まって、VB.NETで簡単なPC操作の制御のしかたを学習しました。それからN予備校の「プログラミング入門 Webアプリ」を修了し、Node.jsやExpressと触れ合って、

2018年7月5日、株式会社PE-BANK主催による「クラウドヂカラ #AWSセミナー〜エンジニアに求められる本当のスキルとは！〜」が開催されました。トークセッション第2部では、株式会社BFT・古賀彌奈子氏が「あなたが年収1000万以上になれない理由～ AWS・azure パブリッククラウド時代を生き抜く力～」をテーマにプレゼンテーションを行いました。 あなたが年収1000万以上になれない理由 古賀彌奈子氏：古賀です。よろしくお願いします。先ほど、富岡が話したAWSの話とはお題がだいぶ変わりまして、IT業界の少し生々しいテーマ「あなたが年収1000万以上になれない理由」ということで話をスタートさせていただきます。 こちらの「579.2万円」という数字は、東京都に住む36.9歳SEの平均年収になります。 東京都に住む35歳〜39歳の平均年収は433万円。どちらも男女の平均年収になります。 な

テスト自動化の理論と技術と戦略：LINE Developer Meetup Tokyo #39 – Testing & Engineering By Hiroyuki Ito | 2018.07.09 2021.01.08LINE株式会社のSET（Software Engineer in Test）です。「SETタスクフォース」（以下「SETチーム」と表記）のリーダーとして、主にLINEプラットフォームのサーバーサイドで、テスト自動化を活用したプロダクト開発ライフサイクルの改善を立案・実施・主導しています。また、アジャイルコーチも兼務しています。 はじめに こんにちは。LINE株式会社のSET（Software Engineer in Test）の伊藤 宏幸（Hiroyuki Ito）です。 2018年6月27日（水）に、電気通信大学の西 康晴さん（以下「にしさん」と表記）をお招きして、「

牛尾 剛さんのブログにあったタスクリストのお話。 私も似たことをしているな〜と思い、私なりのやり方をまとめてみました。 大まかな流れ 以下の例は、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 感想 具体的なアンチパターン

いじめは、自分に落ち度がなくても巻き込まれることが多いものです。前回は社内いじめの予防法を紹介しましたが、今回は実際に社内いじめが始まってしまった場合の対処法を考えます。 ------------------------------------------------------------------------------- 【事例】　パワハラに悩む正社員Aさんの場合 大手企業の正社員Aさん（事務職）は、部長からのいじめを経験しました。指示された仕事をこなすと、「勝手にやった！」と怒鳴られたり、理不尽な扱いばかり。 人事異動で部署が変わったあとも、前の部長が「Aさんは使えない」というウソの情報を異動先の部長に引き継いだため、状況が改善せず、Aさんは参っています。 --------------------------------------------------------------

現在は、200を超えるプログラミング言語があります。 その中から、初心者がまずプログラミング言語を選ぶということだけでもかなり労力がいる作業になります。 目的や用途によって、習得すべきプログラミング言語は違ってきます。 ここではプログラミング言語を習得したい初心者にオススメのプログラミング言語をご紹介します。 初心者のプログラミング選び あなたがプログラミングを習得したい理由はなんですか。 趣味でしょうか？仕事でしょうか？それとも小学校必修化に向けて、お子様のために学びたいという理由でしょうか。 プログラミングにもたくさんの学び方があり、初心者の方が学びやすい言語からスタートすることも習得するための方法ですよね！ 今回は、数あるプログラミング言語から初心者に人気のもの・わかりやすい言語をご紹介しますので、 自分に合ったプログラミング言語を見つけて楽しくプログラミングを習得してください。 初