MinsKeynoteIntermediate日経電子版は2015年に日経電子版アプリを全面リニューアルし、その後の継続的な改善リリースによってアクティブユーザー数を1年で2倍に押し上げ、AppStoreのおすすめベストニュースAppにも選ばれました。これらを実現したのはレガシーな開発体制からの脱却、社員がメインエンジニアとしてプログラムを書く内製開発、そして部局の壁を越えて理想を実現するためのチーム力でした。アジャイル開発を進める上で遭遇した課題・解決策、そしてこれからの展望をお話しします。MinsTalkIntermediateエンジニアの技術力を評価するのって難しいですよね。評価する側がエンジニアではない場合は特に難しいと思います。GROUPでは2011年7月から技術力評価会というエンジニアの相互評価制度を導入しました。5年やってみて、わりと良い感じだと思っています。この5年間で会社の状況に多くの変化がありました。EC事業、ゲームパブリッシャー事業、ソーシャルゲーム事業、ソーシャルマーケティング事業、キュレーションメディア事業、etcこのセッションでは、多種多様な事業を支えるエンジニアの相互評価制度の改善の歴史について、制度設計から全エンジニアの最終評価までやってきたCTOが語ります。難しいと言われています。解決策は、Scrumが生まれた国、米国の文化、マインドセットを学ぶことです。ための文化インストールメソッドのうち、Scrumの背景に存在する米国の文化をインストールするグローバルマインドセットをご紹介いたします。背景をより深く理解し、Scrumや新しい技術の導入をより効果的、高速に実施できるようになります。MinsTalkIntermediateアジャイルの文脈において、メトリクスの取得・活用は、もはや一般的なこととなりつつあります。メトリクスには、仮説検証に基づく経験主義的な行動を促し、結果として自律的成長や協働につながるという側面があります。一方でプロダクト開発の現場からは、「メトリクスの取り方がよく分からない」・「どう活用すれば良いのか分からない」といった意見も耳にします。当セッションでは、プロダクト開発の現場の「メトリクス難民」を救うため、メトリクスの学術的裏付け、具体的な取得・活用方法および事例を、Agile2016・SQiP2016の最新の知見を踏まえながらご紹介させていただきます。ReportIntermediate〜スクラムマスターが求められているのは、ソフトウェアの世界に限ったことじゃないを実践したみた結果を共有します〜自然派オリジナル缶詰の制作、販売を行う会社とお店を立ち上げたばかりの元エンジニアの社長さん。やりたいことが沢山ある中、お店をオープンしました。店舗運営の初期メンバーを3人雇ったけれど、その人達の日々の仕事を考えること(指示出し)で手一杯になって、本当にやりたかったことになかなか手を付けられない日々。ストレスがたまる中、そういえばエンジニア時代にも同じことがあったような。あのときは、スクラムを取り入れることに挑戦したな。すればスクラムを缶詰屋さんに適応することができるのか。手探りで缶詰屋さんにスクラムを適応した、社長さんとスクラムマスターのお話をします。pitfalls.アジャイルコーチとしてスクラムに関する多くの失敗や間違い、誤解を見てきました。本セッションではよくある落とし穴や問題、間違いと、それをどう避けるかについて解説します。MinsTalkIntermediate自分たちの組織をどうやって改善するのか特にエンジニアは組織の話となると嫌厭しがちです。わかります、自分もそうでした。身近な改善を続けると必ず組織の問題にぶつかります(ました)。昨今話題のDevOpsやMicroserviceの話をとりあげてみても、組織とは切っても切り離せません。そんな時にもちろん今とは違ういい組織を探すことも一つの選択肢です。そんな都合がいい組織は果たしてあるのでしょうか。仮にあったとして自分がそこに都合よく入れるのでしょうか。そんなことを考えた1エンジニアが、組織を変えることを考えて「未来会議」というものをやってみた話をします。StudyBeginner頑張ったのに成果として認められないから脱却し、「最短で成果を上げる」ためのノウハウをご紹介します。私は、2011年にスクラムと出会ってから、ほぼ毎期で社内賞または社外賞を14件受賞することができるように成長できました。(補足:スクラム実践前は、ウォーターフォール開発のエンジニアでしたが、社内賞・社外賞からは無縁でした。)最短で成果を上げるためには、「強いスクラムチームを作る」ことが大切だと実感しております。スクラムチームをつくる必要があるのか?、どのようにしたら、強いスクラムチームを作ることができるのか?を成功・失敗事例を交えながらご紹介いたします。現場では、スクラムによるアジャイルな開発を導入していない方にも、明日からすぐ実践できる秘訣をご紹介いたします。ReportIntermediateこの5年間くらい、いくつかのチームをスクラムな開発チームにしてきたんだけど。「スクラムをやろう!」ってしてると、あんまりうまくいかないなぁって感じある。すんの?って「結果的にスクラムになってる!」ってのが良さそうだなって思う。今、僕のサポートしているチームは全員がペアで仕事をしていて、スプリントの期間は1週間。開発チームと運用チームがあって、そのメンバーが2スプリント毎に入れ替わって知識を共有していってるから、全員がお互いにカバーできる状況になってるの。ペア作業をやるなんて余裕があっていいなって言われたりするんだけど全然そんなことなくて、めちゃめちゃ忙しいチームだからこそ、こういう形にしてしまったんだよね。スクラムをやろうとしてやってたら、できなかっただろうなーって思う。ほんと、結果的にスクラムになったって感じ。僕の所属してる楽天の大阪支社の開発部は、ほとんど全部のチームがスクラムを取り入れた開発スタイルなんだけど、そのそれぞれが自分たちの担当しているサービスの特性や、ビジネスメンバーの考え方、開発チームの成熟度や、メンバーのスキルなどに合わせて、色んな形のスクラムになってるのも、そういうことなのかなって。スクラムをやろうとするとどういうところが良くないのか、結果的にスクラムになってるっていうのは具体的にどういうことなのか、で結局どうやって進めていくと良さそうなのかを、僕のこれまでの体験を交えながらお話ししたいなって思います。ReportIntermediateあるチームがScrum、XPなどアジャイル手法を用いての開発、またアジャイルな姿勢、ふるまいができるようになってきたとします。その次のステップの1つとしてアジャイルなカルチャーを他のチームや組織に広げていくことがあります。それにより、学び続け、変化に対応できる組織となり、不確実な状況を生き残ることができます。ここに至るにはいくつもの壁や難しさがあります。ギルドワークスの現場コーチでは、様々なクライアントの現場にいる開発チームの改善から始まり、その後、プロダクト、サービスの事業、そして組織の改善まで行っています。このセッションではそのぶつかってきた壁、壁のアプローチ、その失敗談、また乗り越えることができたお話をします。Guideに従ってやることから、次のステップに進んだ私がいるチームの事例発表になります。3本柱を強化してきました。私達はいまやスクラムに別れを告げつつあります。Member)はスプリント毎にクジで決定し、スプリントレビューはPO以外が全員個別にデモします。テストやメトリクスも更に洗練され、いまや私達は自分達のタスクを最小6分単位でスケジュール、追跡し、改善に役立てています。このチームが取り組んでいること、そしてどうしてこのようなことをやっているのかをみなさんにご紹介します。開発現場では、チームが協力しあって取りかかることは重要だと思いますが、その場の空気が盛り上がっていないと、チームが協働的に取り組むことが難しくなってきます。近年のゲーム開発では、開発規模がますます巨大化していく上に、市場やお客様のニーズも日々変化してきているため、開発の複雑さも増してきており、そうした中でライバルよりも良いプロダクトをお客様に早く届けることがビジネスとして重要であり、そのために開発プロセスや考え方もそれに合わせて変化させていくことが重要になっています。本セッションでは、ゲーム業界でのソフトウェア開発の特徴をお話した上で、私が開発現場をもっと良くしていくためにどのような取り組みを行ったのか、またどのような想いを持ってチームを支え続けてきたのかをお話したいと思います。日々そう考えている皆さんと同じく、Gunosyの開発チームでも様々な課題を解決しながら組織をスケールアップし、現在はLeSSの導入実践を試みています。このセッションではフラットで10名規模の開発メンバーから50名規模のクロスファンクショナルなLeSS開発組織へスケールアップを行うときにでてきた課題と、それを乗り越える際に重視したポイントをリアルにお伝えしたいと思います。私達の経験のご紹介と、厳しくも楽しみながらいかに開発をよりよくしていけばよいのか、皆様の開発現場での改善の一助になるようなセッションになれば幸いです。MinsPanelAdvanced誰が一番アジャイルなのか?アジャイル、スクラム、名前はなんだっていい。俺達の目的を叶えるために、現場で日々繰り広げられる闘いの日々。そこで培ったものこそがホンモノの証だ!!教科書は読むのはもうやめだ。俺たちには現場で鍛え上げた経験がある。誰が一番アジャイルなのか、今こそ決めようじゃないか。MinsTalkBeginnerスクラムについて、大きな重要な概念から順に説明し、何段階かに分けて少しずつ詳細化しながら解説をして、最後にはスクラムガイドに載っている用語の説明まで辿り着きます。スクラムの有用性を説明する必要がない相手への説明、用語から入ると嫌がられそうな相手への説明用に作りました。聴衆の方には、当たり前の内容だと思いますが、新米スクラムマスターが開発チームに説明をする場合、事務部門などでスクラムを採用したい場合の説明などに使えるとおもいます。資料は、皆さんがカスタマイズして使えるようにpptxでお配りしたいと考えています。ConfEngine。