ハリル解任でサッカークラスタが発狂している理由を箇条書きでゼロから説明してみる。 どうしてサッカークラスタの人が発狂しているかよくわからないという声がいくつかあった。 なので、その答えをツイートしようと思ったのだが、140字でどうこう出来る分量ではなかったのでnoteの記事にする。 代表チームやサッカー協会の内部を取材しているわけではないので不正確な部分もあるかもしれないが、サッカークラスタ（Twitterなどでいつもサッカーのことを書いている人たち）の多数派の心情としては、ある程度整合性があるのではないかと思う。 ・サッカーはチェスや将棋のような知的な競技。 ・歴史の長さや資金力の違いもあり、海外のほうがサッカーについての知識が蓄積されている。 ・将棋では日本人が強いのと同様に、サッカーではヨーロッパと南米が強い。 ・そのため、日本サッカーは欧州や南米に追いつき追い越すのを目標にしてきた

「HRTの原則」という言葉をご存知だろうか。 これは書籍 Team Geek ―Googleのギークたちはいかにしてチームを作るのか で紹介されている言葉であり、本書ではほぼ一冊すべてをかけてこのHRTの原則とその実践方法とを様々な角度から紹介している。 1. 謙虚(Humility) 2. 尊敬(Respect) 3. 信頼(Trust) の3つの価値が大切にされており、エンジニアとしてもチームや組織、顧客との対話においてこれらの価値を重んじていくことが成功につながる、というものである。 あらゆる人間関係の衝突は、謙虚・尊敬・信頼の欠如によるものだ Team Geek p.15 プログラマとして成功するには、最新の言語を覚えたり高速なコードを書いたりするだけではいけない。プログラマは常にチームで仕事をする。君が思っている以上に、チームは個人の生産性や幸福に直接影響するのである。 Team

サイボウズ kintoneチームの「改善」大公開！ 新人も巻き込んだスクラム導入の成果とは？ 連載「若手エンジニア、どんな活躍してますか？」第4回は「kintone」「cybozu Live」などを運営するサイボウズ編です。「チームワークあふれる社会を創る」を理念として掲げるサイボウズで、若手エンジニアはどんな活躍をしているのか、伺いました。 若手エンジニアのための情報メディア「エンジニアHub」。連載「若手エンジニア、どんな活躍してますか？」第4回は「kintone」「cybozu Live」などを運営するサイボウズ編です。「チームワークあふれる社会を創る」を理念として掲げるサイボウズで、若手エンジニアはどんな活躍をしているのでしょう。 取材に応じてくれたのは、若手プログラマの前田浩邦（まえた・ひろくに）さんと、メンター役だった天野祐介（あまの・ゆうすけ）さん。2人が属するkintone

Nagoya.Testing in Tokyo ソフトウェアテストを強いられている人達の話 で発表したスライドです。ただ7割くらいは口頭での説明なので、参加した人の思い出し用です。

ピクシブ株式会社 Advent Calendar 2016 @8日目の記事です。 こんにちは、エンジニアのdo7beです。pixivFANBOXの開発などに携わっています。 さて、今回は新規開発プロジェクトに「割れ窓理論」を導入してサービスのクオリティ向上に繋がった話をご紹介したいと思います。 割れ窓理論とは 「割れ窓理論」とは、アメリカの犯罪学者ジョージ・ケリング氏が提唱した「建物の窓ガラスが割れたまま放置されると住民もゴミを捨てるようになり、治安が悪化し、より重大な犯罪が発生してしまう」という理論です。 つまり軽犯罪を取り締まることこそが、重大な犯罪を防ぐために重要であることを指しています。 私たちのチームではこれをWebサービスの新規開発プロジェクトに取り入れています。 WEBサービスにおける割れ窓は「軽度のデザイン崩れ」や「表記ゆれ」に、重大な犯罪は「バグ」や「全体のクオリティ低下

こんにちは！ 季節が秋に突入し、次第にスノボ欲が高まってきた吉次です。 前回は勤怠連絡の出欠確認を自動化するという題材で記事を書かせていただきました。今回はもう少し開発の話題に寄せ、チームの開発ルールができるまでの話をしたいと思います。 はじめに みなさんは、「開発ルール」と聞いて何を思い浮かべますか？ 一口に開発ルールといっても、コーディング規約、Gitのブランチングルール、命名規則、開発におけるマインド、社内のローカルルールなどなど、枚挙にいとまがありません。今回の記事ではソース管理、タスク管理、リリースの3つに着目し、どのようにして開発ルールの効率化を図ったかを振り返ります。 ぐるなびにおけるソース管理の遍歴 Gitによるソース管理 ぐるなびにおけるGitの歴史はさほど長くありません。下記はぐるなびソースコード管理の略歴です。 時期 ツール 問題点など ～2012年7月 SVN or

2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。本パートでは、ソラコムの玉川憲氏も登壇。「守備範囲外を担ってもらうには？」「経営陣にエンジニアを理解してもらうには」など、イベントに集まったエンジニアたちから寄せられた「お悩み」に、2人で回答しました。 別の登壇を頼まれたタイミングで依頼 伊藤直也氏（以下、伊藤）：今日、なぜ玉川さんにこの話お願いしようと思ったかというと。この対談の相手を探していたとき、ちょうど玉川さんに「今度、北海道の講演に出てください」と直前に頼まれたんです。「今だったら、こちらも登壇を頼んでも絶対断られないだろうな」とわかっていたんです（笑）。 （会場笑） 玉川憲氏（以下、玉川）：さすがですね（笑）。 伊藤：まあ、そ

Ryutaro YOSHIBA / Agile Coach, CTO at Attractor Inc. 翻訳者/ Scrum Alliance認定スクラムトレーナー(CST) / 認定チームコーチ(CTC) /書籍→『SCRUM BOOT CAMP THE BOOK』『プロダクトマネージャーのしごと』『エンジニアリングマネージャーのしごと』『チームトポロジー』『スクラム実践者が知るべき97のこと』『プロダクトマネジメント』『みんなでアジャイル』『レガシーコードからの脱却』『カンバン仕事術』『Effective DevOps』他 ご相談はお気軽に!!

こんにちは、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなメソッドは emptyIfNull です。 僕は、自社クラウドである cybozu.com のミドルウェアを開発するチームで働いています。具体的には、検索サービスやファイルサーバー、非同期処理用ワーカー、セッションマネージャーなどなどを提供しています。 僕がこのチームに来たのは数年前ですが、当時はバグの多いプロダクトでした。今はすべての既知のバグを直し、残存不具合件数が 0 件、つまりバグゼロな状態になりました。また、バグゼロを実現してから 2 年ほど経過していますが今もその品質を保っています。今回はこのバグゼロを実現した方法と、その後の顛末について記そうと思います。 以前のコード 数年前に提供されていたこのミドルウェア群は、はっきり言って、バグの塊のようなプロダクトでした。 当時のコードは保守性とは程遠い

先日3月21日に、スクー（ http://schoo.jp/ ）という、ウェブ上で様々な授業が受けられるサービスにて、ひとつ講義を受け持って授業をしてきました。 「どうすれば小さなチームでも大きな成果を出せるのか 〜 少人数のチーム、低コストで開発を続けていくためのプロセスを学ぶ」というテーマで授業をしてきました。 オンラインで生放送の授業をするという初めての経験で緊張しましたが、質疑応答で沢山質問も頂けたので、とても良かったです。オンラインの方が、質疑応答で質問が出やすいような気がしますね。 この記事では、その授業での内容や、スライドと質疑応答について書きました。 授業内容の紹介 大きな組織で沢山の量をこなすのは当たり前のことで、あまりクールではありません。少ない人数でも大きな成果を出すには、スピードをあげることと、そのためにも無駄をなくすことがポイントになってきます。 ウェブサービスを

グリーのインターン学生が挑んだのは、中途半端さは一切ない超実践型ゲーム開発プロジェクト。グリーに蓄積されているノウハウをふんだんに活用しながら新感覚ブロック崩しゲーム《BRICKCRASH!!》を開発したインターン学生たちに話を聞いた。 グリーのインターン生がガチでゲームアプリを開発したGarageとは？ 2016年春、グリーへの入社を予定している内定者が挑んだのは、3ヶ月でゲームアプリを企画開発するという開発手法《Garage》。11月24日にアプリストアに公開された《BRICKCRASH!!》という新感覚のブロック崩しゲームを開発した。《iOS/Android》 開発現場のメンバーたちが自主企画を元にゲームをイチから開発していくGarage。「少人数×短期開発」をテーマにネイティブゲームアプリを次々に生み出し、これまで計36本をリリース。総DLは800万を超え、世界170ヶ国でフィーチ

doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 場所や時間にとらわれず働くことのできる「リモートワーク」。テクノロジーの進化によって、導入を検討する企業も増えています。 しかしリモートワークは、柔軟性が評価される一方で課題もあります。たとえば、オフィス勤務に慣れているために心理的な抵抗があること。顔を合わせないことが、企業の生産性にどのような影響を与えるのかわからないこと。そして、企業文化の醸成などです。 では、実際にリモートワークを導入している企業は、どのような工夫をしているのでしょうか。社員の半数がリモートワーカーであり、リモートワークを円滑にするためのツール開発も行っている、株式会社ソニックガーデンの倉貫義人さんにリモートワークで組織運営するポイントについてお話を

こんにちは、谷口です。 3月31日（火）、KDDI ∞ Labo第8期開始記念無料イベント「勝ち続ける強いチームのつくりかた」KDDI ∞ Labo open MEETingのパネルディスカッションに、弊社社長の片山がパネラーとして登壇させていただきました。 KDDI ∞ Labo (ムゲンラボ) は、グローバルに通用するインターネットサービスをつくり出していく起業家・エンジニアを支えるためのインキュベーションプログラムです。 新年度を迎え、起業や独立をした方もたくさんいらっしゃるかと思いますが、中にはアイデアを実現するためのパートナーをどこで見つけたらいいのか分からないといった方も多いかと思います。 こちらのイベントでは「チームの力強い仲間と出会うためのサービス」を提供する企業の方々が、それぞれの実績や得意分野について、また今のチームメンバーを仲間につけるためにどのような苦労があったのか

Regional Scrum Gathering Tokyo 2015での講演資料です。Read less

小川 明彦, 阪井 誠 : チケット駆動開発 日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

コードレビューしてますか？ 「コードレビューをしよう - pblog」でも触れたのですが、 今回はコードレビューの話です。 コードレビューって何からして良いか分からなかったり、レビューアーに負担なんじゃないか、、、って尻込みしがちですが、レビューしてもらう前に気を付けること、なにをレビューしてもらうのか、そして逆にレビューするのか、そして何が起きるのかあたりを考えていきましょう。 レビューして貰う前に気を付けること レビュアーの負担を減らすのは大事です。 コーディング規約に沿っているか？といった簡単なレビューは、犬にやらせるという方法もありますが、そもそもgit-pushする前に、ローカルのgit-commit時点で対処しておくというのもありです。 犬 is rubocopですし、 rubocopやjshintなどをgit-hookにまとめて設定できるpre-commit gemが便利そう

はじめに こんにちは、モバイルファースト室の@y_310です。 部署名からもお分かりの通りクックパッドでは今年からスマートフォンアプリの開発に特に力を入れて取り組んできました。 実際に昨年と比べて開発体制が大きく変化しています。以前はアプリ開発専門のエンジニアのみで開発していたものを、サーバサイドエンジニアもアプリ開発を学び、自分が所属する部署に必要な機能をアプリに実装するようになりました。 そのため、以前は2、3人のチームでの開発だったものが、現在は多い時には複数の部署にまたがって10人ほどのエンジニアが1つのアプリにコミットする状況になりました。 そのような環境の変化によりアプリの品質維持が大きな課題となり、この半年間継続的に品質改善に取り組んできました。今回はその改善プロセスについてご紹介したいと思います。 課題 取り組みを始める前は、様々な部分で課題がありました。 具体例を上げると

先週金曜日発売なので今更な告知でアレなのですが、現在発売中のWEB+DB PRESS Vol.83で、原田騎郎(@haradakiro)さんと一緒に、「強いチームの作り方」という話を書きましたので是非読んでくださいませ。 内容は以下のような感じです。 なんで強いチームが必要なのか？チームで働く理由は何なのか？強いチームの特徴とはどんなものなのか？ 強いチームの構造とはどういうものなのか？多様性とはなにか？多様性をはぐくむにはどうするか？チームの責任とは？チームの育成はどうやるか？メンバーの入れ替えはどうするのか？ファシリテーターがいるとどうなるか？ 強いチームのコミュニケーションスタイルとはどういうものか？会議やメールやチャットなどをどう使い分けるのか？組織構造とコミュニケーションは関係あるのか？ 強いチームの評価とフィードバックの仕方？どうやって対立を避けるのか？感情をどう扱うか？人にど

最高のチームは、偶然に生まれるものではありません。メンバーそれぞれの努力と、考えの行き届いたリーダーシップがあってこそ、メンバーがまるでパズルのピースのようにぴったりとフィットしたチームができるのです。では、「できる」チームを作るために必要な要素とは、具体的には何なのでしょう？ もちろん、チームを構成するメンバーそれぞれが、スキルを身につけている必要はありますが、それだけでなく、チームの中で活躍できる協調力も必要です。でも、それだけでは、できるチームを作るには不十分です。 できるチームのメンバーには、お互いの能力を高め合い、一枚岩の関係を構築する能力が不可欠なのです。 それでは、科学的研究に基づき、できるチームに共通する6つの特徴について説明していきましょう。 メンバーのEQが高い できるチームというのは、実務のスキルが備わっているだけでなく、EQと呼ばれる心の知能指数も高いものです。実際