任天堂を退職しました | 破竹の勢い
２０１４年１２月をもって、約１５年勤めた任天堂を退職しました。 思い起こせば、就職氷河期の真っ最中、劣等生の私はなんとか滑りこむ形で入社できました。 入社して１０年間は、ハードに関する仕事をしていました。 抜き取り検査員、EMI対策、半導体評価、製品安全法令調査、生産工場の品質指導や不具合是正、トランプ・麻雀牌の品質指導、ライセンスグッズの技術的監修、顧客クレームの技術サポートなどです。 そして、退職間際の四年間、私は「ユーザー目線評価」という業務についていました。 今振り返ると、この業務が一番自分の能力を発揮できた仕事でした。 ユーザー目線評価＝任天堂で行う新作ソフトの評価システム。製造本部のベテラン社員にお客さんの視点で遊んでもらい、評価レポートを書いてもらう 出典：任天堂HP 社長が訊く『スーパーマリオ ３Ｄランド』プロデューサー 篇（ http://www.nintendo.c
より良い組織を作るために - クックパッド開発者ブログ
はじめに こんにちは、投稿推進部部長の勝間です。 突然ですが、皆さんは「組織における課題」について考えたこと、意識したことはあるでしょうか。 「組織における課題」なんて言葉を使うと、たとえば 事業戦略の方向性 人事評価制度 マネジメント層の育成 など、少し高いレイヤーの話が思いつくでしょうか。 ともすれば自分とは無関係な話のように思えるものかもしれません。 一方で、このようなものはどうでしょうか。 なんとなく、最近社内の空気変わった気がする なんとなく、隣の部署が何やってるかよくわからない このような、もやっとした感覚、は普段働いている中で感じたことがある人も少なくないかもしれません。 こういった「具体的な何か」というより「抽象的な違和感」を私たちが抱くことも組織における課題といってもいいかと思います。 このような組織における課題、違和感を認識したとき、私たちはどのように向かい合うべきでし
年金機構の情報流出を見てちょっと思ったこと [ほほほのほ]
いつもならFaceBookに先に書いているんだけど、今日はこっちに。あとでFBにも貼る。 いつものごとく時間がないので、雑感を駄文で。 年金機構が所謂職員の失敗で、年金情報を流出するという事件が発生した。 詳しいまとめは、いつものごとく、高速に素晴らしいまとめをしてくれる日本年金機構の情報漏えいについてまとめてみたを参照。Kangoさん、いつも本当に素晴らしい。 さて。この事件とか事件について色々喋っている人とか、大臣と呼ばれる人とかを見ていて感じた雑感を。 非常に大量に情報を流出してしまった事件としては、ベネッセ事件があった。詳しくはベネッセの情報漏えいをまとめてみた。を参照。 この事件において、ベネッセは様々な方面から散々ぶん殴られた。マスコミもJIPDECも利用者も、好きなようにベネッセをサンドバッグにした。まぁ、自分も殴った側にいるのだから偉そうなことは言えない。この件について、株
ふと思い立って企業した
高校を卒業してすぐ就職して12年働いた。当時は完全ノルマ制の営業職だったので 毎日毎日毎日、ただがむしゃらに働きながら先輩や上司との飲みに付き合い仕事のノウハウや愚痴を聞いた 6年ほど経った頃、人当たりの良さとアンテナの感度が良いという理由からバイヤーに転属させられた しかし、この部署は新規事業のひとつとして立ち上げたうえに俺がトップということだった 急な転属で右も左もわからない俺は同業者に頭を下げて休日返上で同行し学ばせてもらった そのノウハウを部下に教えるための方法も考えなければならないため、大げさな言い方だが不眠不休で働いた 部署は大きくなり更に大きな案件も抱えることになり、プレッシャーも大きくなった 友達がFacebookで楽しそうなイベントを報告するのを眺めてはため息しか出なかった それから数年後の去年、体を壊して入院した。過労だった 幸いにも上司や会社から謝罪があって、退院後し
Web業界の人はそろそろPDCAという言葉を捨てたほうがいいんじゃないか - 絶倫ファクトリー
PDCAは「小さな改善」を指すものではないし、そもそもWebサイト改善には向いてない。まずPDCAはP=計画ありきの「マネジメント」の話だし、Webはコントロールできない要素が多すぎて精度の高い計画立案が難しいからだ。 PDCAサイクルの出自は製造業の品質管理である。そしてPDCAという概念のキモは、「品質管理の話をしていると思ったらいつの間にかマネジメントの話をしていた。何を言っているのかry」である。例えば「C」は品質チェック作業はなく、品質のばらつき具合が事前の計画どおりだったかどうかを判断する。それはP=計画の検証そのものだ。製品の品質を管理するときに、単に品質チェックの「作業」を頑張ればいいのではない。品質の問題が生産工程全体のマネジメントの問題にスライドしていく。それがPDCAという概念の画期的な点だった。 だからPDCAというのは製造業だろうがWebだろうが、常にマネジメント
定時退社だけで社員は幸せになれない、という現実
1968年2月8日生まれ。北海道出身。藤女子短期大学卒業後、大手旅行代理店に入社。その後、複数の広告代理店を経て、2005年にマナラ化粧品を開発・販売する株式会社ランクアップを設立。代表商品「ホットクレンジングゲル」は発売から9年で400万本を突破。2014年には、通信販売業界初の東京ワークライフバランス企業に育児・介護部門で認定。女性が日本一働きやすい会社を目指し、会社の仕組みや制度の整備にも力を入れている。 ほぼみんな定時退社で伸びる会社 ランクアップ岩崎裕美子 残業しないように工夫しているのに、なかなか残業が減らない会社は少なくありません。また残業をしなくなれば、売り上げが下がるのでは？という不安もあります。しかし、残業をせずとも売上を伸ばし続ける方法はあるのです。この連載では、社員のほぼ全員が17時に帰宅しながら、年商約60億円を稼ぐランクアップの岩崎裕美子社長がその秘密を明らかに
曙ブレーキ、受注しすぎて減益 Ｘマスの残業代かさむ：朝日新聞デジタル
ブレーキ最大手の曙ブレーキ工業は１６日、２０１５年３月期の営業利益が、前年より５０％少ない４０億円になるとの見通しを発表した。米国で生産能力を超える注文を受けてしまい、日本でつくって現地に届ける必要が出たのに加え、残業代が２倍になるクリスマス休暇中も米国の工場を動かさざるを得なくなり、残業代がかさんだ。 昨年１０月末、米大手自動車メーカーから計画よりも２％多い発注を受けた。米国にある２工場はすでにフル生産となっており、追加分をさばくため休暇中の生産が必要になったという。同社幹部は「コップにはすでに水がなみなみと入っていた。追加分はわずかだったが、簡単にあふれてしまった」と説明した。 日本国内で余剰になっていた生産設備を損失として計上したことも重なり、純損益は６０億円と３期ぶりの赤字に陥る見通し。
技術分からないCEOのアタシが考えるイケてるCTOの条件 - エルの楽園
※発言は個人の感想です。 わたしがCEOなのは本当です。いわゆる創業社長ってやつで、なし崩し的にCEOになってます。技術が分からないのも本当。また弊社は大企業でもなければIT企業でもないので、大企業だのIT企業だののCTOの場合はまた話が違うのかもしれません。まぁそんなの、究極的には各社それぞれケースバイケースですよね。 ただイマドキ、どこの会社も業務システムを使っているし外部向けのWEBサイトくらいあるでしょう？オンラインマーケティングだって少なからずやっているはずです。だからITと無関係な企業ってのもないんじゃないかなぁ。 そんなわたしがCTOに求める役割は 「経営課題のうち技術によって解決できるものを見つけ出し、解決してほしい」 です。 あ、念のために言っておくと、こういう文脈で「～してほしい」というのはモヤッとした個人的要望ではなくて、社として負ってほしい職責を指します。だから職務
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。 「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。 次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。 この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。 銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので
コードレビューについて - (define -ayalog '())
普段お仕事している中で何故かコードレビューをしている時間がわりとあって、暇さえあれば(暇がなくても)コードレビューしている。 そんな中でどういうところを見たらいいのか、あるいは見るべきなのかというのが自分の中である程度蓄積された気がするので書いてみる。あと最後に普段考えていることを少し書いた。 前提 現在の僕の参加しているプロジェクトはこんな感じ Rails プロジェクト( AngularJS 使ったりしている) Git 使ってる( Pull Request ベースの開発で以下が merge 条件) 2 人以上に approve される テストが通ること(継続的インテグレーションの実施) 静的コード解析は導入している( Rubocop, jshint, pre-commit など ) テストのカバレッジは計測していない(月一くらいで測ってるらしいんだけど、だからどうっていう話はない) プ
キャリアの点と線 - ワザノバ | wazanova
http://baxleydesign.com/the-one-question-interview/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約5時間前 「面接での一つだけの質問」と題したBob Baxleyのブログエントリー : 「この仕事に就くと決めて、うちに入社したと思ってください。... 一つだけ確実なのは（短い期間であろうが、遠い将来であろうが）、貴方はいつか退職するということ。.... 退職してからこの会社のことを振り返って、あなたが経験したことや達成したことを3〜5個の箇条書きでまとめてLinkedInに掲載するとします。その時貴方は何と書きますか？」 数分しか時間がないと仮定した面接の際に何を相手に聞くのかという文脈の話なのですが、自分なら即答できないかもしれないなと思いました。答えられ
大企業でスクラムしたら筋肉だった
あなたのチームの「いい人」は機能していますか？Minoru Yokomichi169.5K views•56 slides 凡庸なSEが、大規模SIerの集団でできること - DevLOVE甲子園 2013Minoru Yokomichi13.8K views•35 slides
オープンソースプロジェクトで上手いことやってくための10の方法 - Qiita
何も考えずに書き始めたけど10の方法って書いちゃった。 いくつになるかはわかりません。 一般的なプロジェクト運用でもある程度同じ方法論でイケると思います。 なお、筆者であるvvakameはDefinitelyTypedのメンテナをしています。 そのため、これから先の文章について、TypeScriptやJavaScript関係固有の事象が含まれていると思います。 書かれている内容について、contributeする側、される側、両側へのアドバイスを書きます。 ちなみに、わかめ的にはTOMOYO Linuxに学ぶ説得術とかはすごい参考になりました。 こまけぇことはいいんだよ！まずはやろう！ 貴方が世界に存在するためにはまず誰かに存在を知ってもらわなければいけません。 pull requestを出そう！無理だったらIssueを書こう！ まずはそこからだ！！ pull requestのmergeを拒
KPTで粘り強く品質改善に取り組んだ話 - クックパッド開発者ブログ
はじめに こんにちは、モバイルファースト室の@y_310です。 部署名からもお分かりの通りクックパッドでは今年からスマートフォンアプリの開発に特に力を入れて取り組んできました。 実際に昨年と比べて開発体制が大きく変化しています。以前はアプリ開発専門のエンジニアのみで開発していたものを、サーバサイドエンジニアもアプリ開発を学び、自分が所属する部署に必要な機能をアプリに実装するようになりました。 そのため、以前は2、3人のチームでの開発だったものが、現在は多い時には複数の部署にまたがって10人ほどのエンジニアが1つのアプリにコミットする状況になりました。 そのような環境の変化によりアプリの品質維持が大きな課題となり、この半年間継続的に品質改善に取り組んできました。今回はその改善プロセスについてご紹介したいと思います。 課題 取り組みを始める前は、様々な部分で課題がありました。 具体例を上げると
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（後編）
中編からの続き そんでもって、 Microsoft は持っている。僕同様、みんなも知ってると思うけど、なんと驚くべきことに、 Microsoft はそれをよく理解していない。実に。でも彼らは、純粋に、偶然、プラットフォームを提供するビジネスから始まって成長してきたから、プラットフォームを分かっているんだ。彼らはその領域で30数年やってきた。 msdn.com に行って、少しの間ブラウジングしてみればわかる。もし見たことが無ければ、驚く準備をしておいた方が良い。なぜならそれがとてつもなく巨大だからだ。何千の、何千の、何千もの API コールがある。彼らは巨大なプラットフォームを持っている。実際の処大きすぎて、全く統率が取れていないけれど、少なくとも彼らはやっている。 Amazon は自分のものにしている。 Amazon の AWS （ aws.amazon.com ）は途方も無くすばらしい。
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（中編）
前編からの続き この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初にサービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基本的なアプローチになっている。 その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解したから、サービスを提供しているんだ。確かに SOA のアプローチには長所も短所もあるし、短所を書き出してみたら切りが無い。でも全体とし
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（前編）
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
磐田・名波浩監督が激白「リアクションサッカーはしない」
2014年９月26日、スポルティーバの解説者としてもお馴染みの名波浩氏が、ついに古巣・ジュビロ磐田の監督に就任した。しかし、期待されたＪ１復帰は果たせずに終わった。名波監督はその現実をどうとらえ、来季の戦略についてはどう考えているのか、直撃した――。 プレーオフで負けたあと コーラをカブ飲みしてふて寝した ――まずは、リーグ６位のモンテディオ山形と対戦したＪ１昇格プレーオフ準決勝（11月30日）の話から聞かせてください。リーグ戦上位（４位）のジュビロは引き分け以上で決勝に進出できる状況の中、１－１で迎えたアディショナルタイムに、山形のＧＫ山岸範宏に劇的な決勝ゴールを決められてしまいました。試合後の会見では、言葉数も少なく、かなり厳しい表情をされていましたが、やはりショックは大きかったですか。それとも、怒りのほうが強かったのでしょうか。 名波浩（ななみ・ひろし）。1972年11月28日生まれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドイツ人改革者が語る、日本的「しがらみ」を切る方法
当たり判定ゼロ（移転しました）
