Tokyoのセッション公募サイトです。Tokyo公式サイトをごらんください。ここではセッションを投稿することができます。興味のある他人のセッションに投票したりコメントすることでコンテンツ作りに参加することができます。投稿者はコメントを受けてセッション内容をより良いものにすることができます。みなさまの積極的な参加をお待ちしております!■セッション公募の流れ下記のスケジュールに沿って、セッションを公募します。2015/11/28〜2015/12/12■セッションSpeakerになりたい方へ下記の要領に従って、セッションの内容を登録してください。適当なタグの他に、セッション枠(20分または45分)をタグ付けして下さいセッション内容に合ったキャンペーンを選択し、投稿!キャンペーンについてキャンペーンとは、セッションの内容をカテゴライズしたものです。セッションの決定にあたっては、キャンペーンの種類ごとにバランスを調整する場合がありますので宜しくお願い致します。キャンペーンの種類は以下のとおりです。Others投稿が終わった時点から投票の対象となります。■セッションの投票をしたい方ideaScaleユーザーの登録を行うと、どなたでも投票することができます。自分の見たいセッションに投票しましょう!あなたの一票がプログラム構成に反映されます。投稿されているセッションにコメントしてあげてください。あなたの「ここを一番聞きたい!」「こんなことも話してほしい!」と言った要望が反映されたセッションになるかもしれませんよ。Craftsmanshipそれ僕のTDDと違う!TDD(テスト駆動開発)の基本から、賛否両論の議論を紹介し、どうTDDを活かしていけばいいか、紹介します。1年くらい前のネタの再演になります。Craftsmanship「ただのチームメンバー」がフォロワーにジョブチェンジするための9つの心得ひとりのチームメンバーとして、自分のチームをより良くしたいと日々考えている人は多くいると思います。何をするべきか、何ができるかを考えた時に私がとったフォロワーというあり方とフォロワーとして、ひとりのチームメンバーとして大切だと感じた9つの心得をお話できればと思います。チームメンバー全員で、1台のPCを使って、アプリケーションを開発する手法です。(詳しい説明は、後で追加します)Youtubeでその様子が紹介されてます。Tokyoに集まる人と一緒にやれると、とても嬉しい。Processアジャイル開発で個人成果主義からチーム成果主義へ技術力が高いエンジニアほどプロジェクトの設計から運用までをコンポーネントごとに責任を持つ傾向にあります。JAPANのサービスを支える基盤システムを担当するエンジニアは高い技術力と強い責任感があります。そんな彼らの成果を個人評価に留めず、チーム評価に最大限に活かした事例をお話しいたします。以下の観点から分析、チームビルディングした内容になります。・エンジニアが大事にしている価値また上記チームを増やすために現在取り組んでいる組織へのアプローチについてもお話しいたします。Scrum大規模スクラムによる市場変化に対応できる組織作りめまぐるしく変化するIT業界において、変化に対応できる組織の構築が企業の課題となっています。私たちはインターネットサービスの市場変化に素早く対応できる組織作りを目指し、4つの開発チームで3つのサービスを開発するという取り組みに挑戦しました。本セッションでは、組織作りを目的に大規模スクラムを導入した背景、この取り組みが組織に何をもたらしたのかを紹介します。~ふりかえりから始めたスクラム~スクラム導入の許可を取れたが、全部を導入を許可してもらえないことがあリませんか?スクラムって言わずこっそり導入したいときもあると思います。自分が導入するときには、導入までの話はFearless-Changeにお世話になりました。Fearless-Changeの一歩先になると、理想と現実の着地点を考えながらスクラムをやっていくことに困難がありました。「スクラムを全部導入できないからうまくいかない」って諦めなくていいように対策しませんか?自分が実践した振り返りをベースに認めてもらうきっかけを作りながら、ゆるやかにスクラムを導入した方法をお伝えしたいと思います。具体的には、改善することのメトリクスを設置する、ボトルネックを探して改善策を誘導する、スクラムのプラクティスのWhyを考えて有効な場面で導入できるようにしておくこと、をお話します。Systemsと呼ばれています。Systemsの開発はいろいろな制約からウォーターフォール型の開発が当たり前でした。Systemsの開発をSCRUMで行いました。そこで得られた、全体がウォーターフォール型開発で行われている中でどうやって一部をSUCRUMでやったのか、ターゲットのハードウェアがない状態でどの様に開発を進めたのか、スコープが変えられない問題にどうの様に立ち向かったのか等Webシステム等の開発とは異なる制約の中での状況をお話します。Systems(組込みシステム)とWebシステム等との開発の違い等をお話した後、弊社の開発環境や適用したメソッドや諦めたメソッド等についてもお話する予定です。»scaling組込み20分枠。・人事制度の多くは「うちは特別だから」「うちはこのやり方が適してるから」「今までこうだからこう決まっている」と言う論理的ではない考え方で硬直することが多いと思います。評価や処遇やキャリアパスは人材を殺し離れさせます。»hrskillsevaluation20min20分枠。Process組織変革における21世紀の新しいマネジャーの重要な役割スクラムコーチとして私たちは影響を与えることができます。同様な権限を持つように、マネジャーは変革を起こすパワーを持っています。マネジャーは、自分の部下たちと直接的な関係を持っており、部下たちは自分たちのマネジャーに対し、どうしたら良いか明確な方向性を提供してくれることを期待しています。組織を変革するためには、マネジャーのサポートが不可欠です。すれば組織の目標や課題を達成するために協働できるか、マネジャーが他のマネジャーとミーティングを持ち、話し合うことがマネジャーの仕事です。マネジャーたちは問題と機会について合意し一致する必要があります。Canvasなど)も紹介します。