筆者は、新卒で入社した富士通を三年で退職した。 退職から一年が経過し、新しい職場（WEBベンチャー企業）での仕事に慣れたこと、 また、富士通の同期入社の友人から頻繁に転職の相談を受けるようになったこともあり、本エントリを執筆する。 はじめに、筆者の退職理由を簡単に述べると、富士通という会社に未来を感じなかったことと、やりたい仕事はできないだろうと判断したためである。 参考までに、筆者は公共機関向けのシステム開発部門に所属していた。 担当していた業務は様々で、小規模なシステム開発や、子会社・下請企業の管理であった。 １．成果主義を謳いながら実態は年功序列主義 富士通には、人材キャリアフレームワークという社員評価制度があり、現場には、入社何年目はこのレベルの仕事、といった暗黙の了解がある。 本人の能力や意欲とは全く無関係に、入社後の経過年数で、仕事の裁量の幅が大きく制限される。 このことはいわ

2016年3月11日（金）に、『再演 ~ 組織にテストを書く文化を根付かせる戦略と戦術 ＋α』というイベントに参加してきました。 @t_wadaさんの下記スライドが、今まさに自分がやっているテスト自動化支援・アジャイル支援のヒント満載だったため、どうしても直接お話を伺いたく参加した次第です。 『組織にテストを書く文化を根付かせる戦略と戦術』 http://www.slideshare.net/t_wada/test-strategy-and-tactics 以下、個人的に気付きがあった点のメモです。 戦略編（6-19ページ） 7ページ目 導入を目的にしてはいけない。 ついやりがち。 現実を見せ、現実に即した解決策で改善していくことになる。（伊藤） 11ページ目 文化を変えるのには、2-5年はかかるとのこと。 環境は変わり続けるので、コードに触れないわけにはいかない。 13ページ目 AS-I

プロダクトマネージャーには共通した悩みと、それに対する処方箋がある。 日本最大のプロダクトマネージャーコミュニティ（参加者約800名）「PMJP」。のなかで 「プロダクトマネージャーとしてキャリアを始める際にどんな本を読めばよいか」というトピックが非常に盛り上がった。 そこで、まず新米プロダクトマネージャーがまず直面する課題を4つに分類し、それに対する処方箋となるような本を他薦・自薦含め12冊ほどピックアップしてみました。 決してMECEではないが、特に関心度の高いと感じるセクションについてまとめてみます。 プロダクトマネジメントという概念は形式知としてそこまで蓄えられているものではないため、これらの本が新米プロダクトマネージャーを救うことを心より祈っています。 1 / プロダクトマネージャーの原点とは？ 日本においてはプロダクトマネージャーというポストの存在自体がまだまだ認知途上。新米の

少し前からバズワードっぽくなっているプロダクトマネージャー。 結局どういう人なの？って思ったので、 Inspired: 顧客の心を捉える製品の創り方 を読んでみました。 ※以下からPMと表記する箇所があります プロダクトマネージャの役割（仕事）とは？ この書籍には「PMの役割とは？」みたいなものが散りばめられているのですが、 その中でもよりシンプルに表現されているのが以下。 プロダクトマネージャーの主な任務としては 2つある。 製品の市場性を評価すること（1）と、 開発すべき製品を定義すること（2）である。 （1）製品の市場性を評価すること 製品の仕様を決めることだけが仕事ではないのです。 そもそも作ろうとしているプロダクトが、 本当に価値のあるものなのか、 あるいはどうやって価値を高めていくのか という検証をすることも仕事になります。 どうやって作るか（How）だけではなく、 何（wha

みんなでほめ合いながら、会社を伸ばそう。これまでにないユニークな発想で、社内コミュニケーションを円滑化するツール「HoooP（フープ）」が、ノリに乗っている。 2014年11月にASP版をリリース。以来、着々とユーザーを増やし、わずか1年3か月で500社、1万5,000名の利用者を獲得した。 ほめ言葉は、そのままSNS上に可視化。導入企業からも、社内のモチベーションアップにつながったと、絶賛されている。 提供元は、2007年設立のシンクスマイル。代表取締役の新子 明希（あたらし はるき）氏がめざすのは、労働に対するネガティブ意識の払拭だ。 ・感謝と称賛のコメントをバッジとともにみんなで贈り合う Q1:「HoooP」とは、どんなサービスなのでしょうか。 会社のバリュー（組織が共有する価値観）をバッジ化し、実際の行動・コミュニケーションでのエピソードについて、感謝・賞賛（ほめる）コメントを、バ

前口上 AndroidStudioのデバッガは非常に高機能でちゃんと使いこなせば人生が捗ります。 教わらないと意外に知らない機能もあると思うので紹介したいと思います。 基本 ブレークポイントはる 行番号の辺りをポチッと押すとその行にブレークポイントはれます。基本ですね。 デバッガを実行中のプロセスにアタッチする 虫マークでビルドしなおさなくても、その2つ右隣の アイコンをクリックすると既に実行中（デバッグ実行じゃなくて普通のRunでよい）のプロセスにアタッチできます。 アタッチ可能なデバイスを選択します。 デバイスが2つ表示されていますが下の方には当該アプリを入れてないので選択できません。 なので予めアタッチしたいデバイスで当該アプリをRunしておいてください。 止まる あとは普通にアプリを動かすとブレークポイントはったところで止まります。 ブレークポイントで止まったらAndroidStu

HTTPステータスコードを返すというのはとても単純なことです。ページがレンダリングできた？よし、それなら 200 を返しましょう。ページが存在しない？それなら 404 です。他のページにユーザをリダイレクトしたい？ 302 、あるいは 301 かもしれません。 I like to imagine that HTTP status codes are like CB 10 codes. "Breaker breaker, this is White Chocolate Thunder. We've got a 200 OK here." — Aaron Patterson (@tenderlove) 2015, 10月 7 訳：HTTPのステータスコードのことは、市民ラジオの10コードみたいなものだと考えるのが好きです。「ブレーカー、ブレーカー、こちらホワイト・チョコレート・サンダー。200

僕がよく使うGitのコマンドの整理をしておこうと思った。 1. git clone リポジトリから取ってくる まずはcloneするよね。手元にあってちょうど良い感じなのがmakingさんのjsug-shopだったので、これで進めてみる。 $ git clone git@github.com:bufferings/jsug-shop.git Cloning into 'jsug-shop'... remote: Counting objects: 299, done. remote: Total 299 (delta 0), reused 0 (delta 0), pack-reused 299 Receiving objects: 100% (299/299), 427.05 KiB | 193.00 KiB/s, done. Resolving deltas: 100% (96/96),

iPhoneアプリをAppStoreに出す時、スクリーンショット作成は本当に面倒なお仕事です。 iPhone4、iPhone5、iPhone6、iPhone6Plusのサイズをそれぞれ５枚用意しないといけないし、iPadも対応してたら、最近はiPadとiPadProまで用意しないといけないんですよ。 さらに、ローカライズしたら、それが２倍、３倍、４倍と増殖する。。 さらに、せっかく作っても、「このpngの形式はダメだ。」とかiTunesConnectに文句言われて、形式をチマチマ変更したり。 もう嫌だ、俺はこんなことはしたくないという方は、ScreenShot Builderというサービスが便利。 このサービスは使い勝手がよくて、文字の変更、バックグラウンドの変更など、必要最低限のことがやりやすい。 競合のDavinciAppsも使ってみたけど、サイトは綺麗だけど、こっちは出来ることがあま

統計学とデータ分析を学ぼう。データと向き合い、そこから規則性や裏で起こっている事象を見出すスキルはかならず必要となる。今後、”意志決定は「直感」よりも「経験」よりも、「データ」に基づいて行われることが最も信頼できる”ということを多くの人が認識するようになる。 統計学・データ分析を学ぶ理由 データは何より信頼できる。 インターネットやPCが普及する前は、経験豊富なベテランによる直感的な意思決定が最も信頼できた。きちんと記録されたデータも、それを分析するソフトもなかったためだ。しかし、現在ではデジタルデバイスにより簡単にデータを記録できるようになり、インターネット上に多くのデータが蓄積されるようになった。誰でもデータにアクセスできるようになったのだ。 「正確なデータからの統計解析結果」は何よりも信頼できる（データを軽視し、経験ばかりを重視する会社は、気づかないうちに時代に取り残されていく）。

Buffer Blog：私はかつて、長時間労働をしていました。週に100時間越えなんてこともざら。 仕事は私の一部だと思っていました。常軌を逸した労働時間を、名誉とすら思っていたこともあります。「忙しい」や「○○しなきゃ」という言葉を、好んで使っていたものです。 あなたもそうですか？ いま思えば、当時の私は、自分の中にある虚無感を仕事で埋めようとしていただけでした。でも、その虚無感はブラックホールのように底なしで、どれだけ働いても埋めることができません。むしろ、働けば働くほど、大きくなっていたような気もします。 そんな日々に嫌気がさした私は、ある日、立ち止まって人生を見直すことにしました。何が自分にとって大切で、何がそうでないのだろう。 私は、大きな変化を迫られていました。ハードにではなく、もっとスマートに働かなければ。そう思った私は、短い時間で多くのことができるように、仕事のプロセスを最

2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。

WEBコンサルティングが失敗しやすいケース 社員に丸投げケース：コンサルを依頼しておいて面倒だから「あとはよろしく！」と社員に丸投げ。最後の最後に口出し現場を荒らす。「聞いてないぞ！ どうなってるんだ！（だいたい説明している）」 魔法を求める：勉強しないで東大合格する裏技や、辛い食事制限や面倒な運動なしで30キロ痩せる方法、「ほら？ あるでしょ？ ぱぱっとやっちゃってよ！」など。 丸投げで成果出るんでしょ？：アクセス解析や改善施策には毎月お金がかかるし、競合比較をして自社のダメな所が明るみになるなど精神的なダメージも大きく、「あ！勉強やダイエットみたいに自分でやんないとダメヤツ！ 丸投げで金だけ払えば自動的に良くなるんじゃなかったの！？」で結果が出ないケース。（契約前からさんざん説明しているのに） 「食事制限・運動なしで-30キロダイエット」「勉強しないで東大合格」的な魔法は使えません。「

SIerから自社Webサービスをやってる会社に転職して半年たったのでまとめる。本当は試用期間が終わったころに書こうと思っていたのに、すっかり忘れてました。。。 SIerでは仮想化のインフラエンジニアっぽいことしてました。いまはRubyの会社でRails触ったりReact触ったりしています。 以下は、これをやっておくと転職のときに有利…とかいうものではなく、転職後になってやっておいてよかったなと思ったことですので注意。 やっておいてよかったなと思ったこと Gitの使い方を覚えておく Gitは普通に使いますし、Gitが全く使えないと開発に参加するところから大変です。 当然、仮想化のインフラエンジニアなんてやってたのでGitなんて全然仕事では触ってませんでしたが、趣味の自分一人の開発でも更新はGitHubでプルリクエストを送りセルフマージする感じにして慣れるようにしてました。 以下の本では、なん

リクルートといえば、さまざまな業界で活躍する"卒業生"を生み出している「人材輩出企業」として有名。『「どこでも通用する人」に変わるリクルートの口ぐせ』（リクルート卒業生有志著、KADOKAWA）は、そんなリクルート出身者たちが、同社で飛び交う口ぐせを紹介した書籍です。 実は、すべての口ぐせの根底には、仕事に対するひとつの哲学が流れている。 「自ら機会を創り出し　機会によって自らを変えよ」 これはリクルートの創業者である江副浩正さんが社長だったころの社訓である。リクルートの卒業生の多くが大切にしている言葉だ。（「はじめに」より） このような考え方を軸に、本書では合計32種におよぶ口ぐせが紹介されています。著者によればそれらには、一人ひとりが成長するために悩み、時に反発しながらも、やがて仕事の楽しさを獲得したストーリーがあるのだとか。 きょうは第2章「『失敗をバネにする人』に変わる口ぐせ」に焦

「今までの経験を活かして、何とか活躍しなくちゃ」 中途入社の社員は、必ず焦りや緊張感を抱いてしまうもの。空回りせず、しっかり新しい場所で活躍できるようになるには、どうすればいいのでしょうか？ 前回に引き続き、現在第一線で活躍中の人事のプロである、株式会社サイバーエージェント執行役員 人材開発本部長の曽山哲人さんにインタビュー。中途入社で活躍する人の特徴について伺いました。 そやま・てつひと：株式会社サイバーエージェント 執行役員 人材開発本部長 ＜プロフィール＞ 1974年生まれ、上智大学文学部卒業。1998年に伊勢丹に入社、紳士服配属とともに通販サイト立ち上げに参加。1999年、当時20名程度だったサイバーエージェントに入社。インターネット広告の営業担当を経て営業部門統括に就任。2005年に新設された人事本部長に、2008年に取締役に就任。ブログやソーシャルメディア、著書による情報発信や

Photo by Indi Samarajiva こんにちは、谷口です。 「ITエンジニアは業務時間外にも勉強をすべきなのか」という問題について、皆さんはどう思われますでしょうか。 少し前には、こちらの記事も話題になりましたね。 業務時間外で勉強をしなければいけない理由：101回死んだエンジニア：エンジニアライフ 今回は、そんなITエンジニアの業務時間外での学習について考察していきたいと思います。 ■企業からの「教育」と自分でする「学習」 業務で必要な知識等について、企業側もある程度は「教育」をすることがあるかと思います。特に新卒の場合、新人研修として業務知識を学ぶ期間が多くの企業で設けられているかと思います。仕事で必要な業務知識に関しては、企業の研修を受けるだけではだめなのでしょうか。 まずは、「教育」と「学習」の概念について考えてみましょう。 「教育」とは、組織の求めるスキルを個人に習

マネージャーという役割に就いた際に求められるのは、チームとしての成果を最大化すること。その際、チームのメンバーが皆エース級の活躍を見せてくれていれば何も問題はないのですが、中には成績に苦しむメンバーもいることでしょう。 新人のような、やり方がわかっていないだけのメンバーであれば、「あれをやれ」「これをやれ」と指示を出すだけでも成績が向上していくかもしれません。ですが、ある程度経験を積んでいるメンバーが成績に苦しんでいる場合は、指示を出すだけでは解決しないことも多いです。 そこでポイントとなってくるのがメンバーとの対話力。成績に苦しむ理由は人それぞれ違うため、その人がなぜ成績を上げられていないのかをヒアリングしながら対話を進めていく必要があります。 では、ある程度経験を積んだメンバーが成績に苦しむ場合、どんなことが原因になっていることが多いのでしょうか。 中堅メンバーでも陥りやすい、成績に苦