世界や社会や組織を変えようとして、頑張っているけど変わらないときのお話。 どうも世界は、「水」や「海」と性質が似ているように思える。 そう考えると、世界を変える難しさが理解しやすい。水にエネルギーを加えて、変形させようとしても、らちがあかないのだ。 たしかに、水を叩いて変形させることは可能だ。手応えもあるし、派手に水飛沫も上がる。でもその変化は一瞬で、すぐに元に戻ってしまう」 そのことに気付けないまま、世界を変えようとすると、永遠に水と格闘することになる。タチの悪いことに、殴った瞬間には手応えがある。だから徒労に気づくのが難しい。水を叩き続けた先には、一瞬の達成感しかなくて……　頑張った人は結局、疲労の果てに絶望してしまう。 世界や社会や組織を変えようと頑張って、たしかに短期的に成果がでている。でも不思議と長期的に何も変わらない。世界が変わらない絶望の多くが、そのようなケースではないかと観

新型コロナウイルスの「緊急事態宣言」は、日曜（4/5）に「首相が出す意向を固めた」という報道が出て、月曜（4/6）に「明日宣言を出す」という会見がされて、今日火曜（4/7）の夕方に宣言が出された。首都圏の大手メーカーに勤務していて、何かしら会社から指示が出るのかなと思っていたら何もなかった。せめて「宣言が出る見込みだけど引き続き原則在宅勤務を続けてね」くらい人事部長か社長あたりからメッセージが出されるかと思っていたけれど、それすらなかった。なのにプレスリリースでは「当社は緊急事態宣言を受けて明日から1ヶ月間原則在宅勤務に切り替えます。」と出してて、なんでまず社員に言わないのと思って失望する。 先週（3/30）から在宅勤務の指示は出されているものの「業務に影響がある場合はその限りではない」くらいの緩さで、感染防止よりは新製品リリースや既存製品製造のスケジュールが優先のままのようだ。製品検査・

たまに、今のこの状況は組織パターンに載ってたこのパターンだ、と思い出すことがある。数年前に読んでまだ役立ってる本のうちのひとつ。 今は「常に誰かが進捗させる」というプラクティスをやっている。それ自体はいいのだけど、問題なのは、チーム内チームのエンジニア二人チームでやっているので、一人が進捗させる、もう一人が差し込み対応する、という最小の形になっていること。 奥さんが家でやってる生け花教室のホームページを作る夫、みたいなものをイメージすると、奥さんが生花を教えることで進捗させて、夫がホームページ更新など雑務を巻き取るという構造をイメージできる。百人以上の人間がいる会社であっても、夫婦の生け花教室と同じ数の人のアサインでことを進めているのだとしたら、推進力では同じくらいしか出せないはず。実際には百人いる会社には経理の人がいたり総務の人が居たり、資本が潤沢にあったら良いパソコンを使えるとか、いろ

この記事は、Pepabo Managers Advent Calendar 2016の3日目の記事です。2日目は、弊社チーフエンジニアhsbtさんの「マネージャが仕事の仕組みを作る」でした。 僕自身は、エンジニア専門職の主席研究員兼シニア・プリンシパルエンジニアではありますが、特にペパボ福岡のエンジニア組織を現場でまとめる人間として、エンジニア組織を成長させる中で個々のエンジニアの成長をサポートしているという意味では、マネージメントに関する活動も兼ねております。 しばしば、インターネットサービスの高度化と複雑化の速度が早過ぎるため、グランドデザインができない、人が多過ぎても成立しない、少な過ぎても難しい、とういうような類のサービスを作り上げないといけない状況があります。その際に、厳密過ぎない役割を持たせ、それぞれが横断的にそれぞれのスタイルで、まるで、攻殻機動隊の世界におけるスタンドプレー

この記事はProduct Manager Advent Calendar 2016の7日目の記事として書かれました。6日目の記事はgackyさんのおじさん Product Manager サバイバルガイドでした。 はじめまして。GMOペパボ株式会社でディレクターとして働いています。@jitsuzon です。弊社ペパボには「プロダクトマネージャー」という名称の職位や役職は存在しないため、自称プロダクトマネージャーとして、サービスのあれやこれやに関わっています。自称に至った経緯はこちらのスライドをご参考ください。 いきなりですが、みなさんのチームは「良いチーム」でしょうか？どこが良いのでしょう？どのくらい良いのでしょう？ この記事では、それをアンケートを用いて定量的に確認する方法について実践を元にお伝えしていきます。最近話題にのぼってくることも多い「心理的安全性」なんかも登場します。 背景 私

スタートアップを始める前に知っておくべき、スタートアップの反直観的な事柄やスタートアップの逆説についてまとめました。Paul Graham と Peter Thiel の言説を振り返りたいときにどうぞ。※ 6/30 に東京大学のアントレプレナー道場で話した内容です。 1.不合理なアイデアこそが合理的 2.良いアイデアは説明しづらい 3.難しい課題のほうが実は簡単 4.良いプロダクトの機能は少ない 5.多数のLike より少数のLove を 6.スタートアップのアイデアを考えてはいけない 7.競争は敗者の戦略—独占せよ 8.小さな市場から始める 9.スケールしないことをしよう 10.チームに多様性はいらない 11.会社化すると良くない 12.スタートアップに関する知識はいらない 13.やりたいことはやってみないと分からない ＋逆説のベンチャー投資Read less

ピクサーのアートディレクター2人が独立して立ち上げたアニメーション・スタジオ「トンコハウス」は、その処女作『ダム・キーパー』がいきなりアカデミー賞の短編アニメーション部門にノミネートされる快挙を成し遂げた。 そんな彼らの創作過程を垣間見ることができる展覧会「トンコハウス展『ダム・キーパー』の旅」が現在、銀座のクリエイションギャラリーG8で開催中だ。ピクサーを独立した経緯や進行中のプロジェクトの話を伺うべく、来日していた共同創業者の一人、堤大介のもとを訪ねた。 家族も友達もいないブタの少年が毎日毎日大きな風車のネジを巻き、ダムを越えて流れ込もうとする汚染された空気から小さな街を守っている──。そんな不思議な世界の物語を、絵本のような温かいタッチで描いたショートフィルム『ダム・キーパー』。 世界各地の映画祭で称賛され、アカデミー賞にもノミネートされたこの作品は、もともとピクサーのアートディレク

こんにちは。会員事業部の小久保です。 有料会員のプロモーション、及び他社企業とのアライアンスを担当しており、直近ではユーザーの入退会の傾向に関するデータ分析をしています。 ちょうど1年前くらいからディレクターとして働くことになったのですが、当時はまだディレクション業務を経験したことがなかったため、必要な知識をどのように身に付ければよいか悩んでいました。 そこで、会社の先輩に相談したところ、 「”本をたくさん読む”、”経験を積む”の2つがあると思うけど、”経験を積む”には自分ひとりではすぐに取り組むことができないから、まずは本を読んでみたら？」 とアドバイスをもらい、本を読むことから始めることにしました。 そして、継続して読書を続けるために先輩との約束事として、読書をする上でのルールを決めました。 今回は、そのときに決めたルールを『継続して本を読むための読書術』としてご紹介します。 1.読ん

今にいたるまでずっと、他人と自分を比べて、そして自分が優れていたときの優越感と、自分が劣っていたときの劣等感を、そういう臆病な自尊心を、原動力に生きてきたように思う。 しかし今は、少しずつだが、他人と自分を比べない方法を見つけつつある気がする。 自分の原動力が自尊心であることに気づき始めたのは2年前の夏だったようだ。 まさにこの数日後、僕は当時所属していた会社から、今の会社に転職することになる。社員数は、1500人から、15人になり、エンジニアは5人に満たなかった。 win as a team, win as a result プログラミングに触れてからまだ3年経っていなかった僕は、スタートアップのエンジニアである彼らの高い技術力についていくのに必死だったし、居場所を自覚するために業務にいち早く貢献したかった。 そういうとき、自分の評価を気にするあまり能力を偽って（強がって？）大きく見せる

テストエンジニアとデベロッパーとの幸せな関係とは何か。開発効率の向上も、ゲームを面白くすることもテストエンジニアの領域に（前編） JaSST'15 Tokyo ソフトウェアテスト分野で国内最大のシンポジウム「JaSST'15 Tokyo」が2月20日、21日の2日間、東洋大学で開催されました。 シンポジウムの最後を飾るクロージングパネルでは、基調講演に登壇したマイケル・ボルトン（Michael Bolton）氏、チェンジビジョンの平鍋健児氏、ACCESSの松木晋祐氏、サイバーコネクトツーの八田博和氏が登壇。 モデレータの東洋大学 野中誠による「これからの時代、テストエンジニアとデベロッパとの幸せな関係」とはどう変化してきたか、変化していくのか、という問いかけに対し、現在のテストエンジニアとデベロッパーの関係や、よりよい関係とはどういうものなのか、さまざまな議論と提案が行われました。 本記事

仕事で失敗した時の振り返りは気持ちが沈みます。失敗したのだから凹むのは仕方ないんですが、次に活かすためには失敗を真摯に受け止める必要があります。 振り返りは、 「よし、次がんばれそう」と思えるようになるのが理想だと思っているんですが、失敗を受け止めつつ前向きになるのは結構難しいんですよね。これは以前からどうすればいいかなぁと考えていて、1つ良さそうな方針が固まってきたので整理しておこうと思います。 と言っても、自分の考えてることのまとめなので「いやいや、振り返りってのはもっとこうすべきだよ」みたいな意見もあるかもしれません。その辺りは生暖かく指摘してもらえると助かります。 明るい雰囲気で振り返りたい 今はプレイヤーとして働かせてもらってますが、前職では時々フィードバック面談みたいなことをやらせていただいたりしてました。で、毎度のように暗い空気になってしまって申し訳ないなぁと思ってました。

インフラストラクチャー部の成田（@mirakui）です。インフラストラクチャー部は、クックパッドで扱っている全サービスのサーバを設計・構築し、運用しているチームです。2015年3月現在、6人のメンバーで運用をしています。 さて、この運用というのは外から見ていると保守的な仕事に思えるかもしれませんが、その実、とてもクリエイティブな仕事です。クックパッドのサービスは一日平均で10回以上デプロイされており、アクセスも日々増え続け、状況は刻一刻と変化しています。今日動いているサーバ構成が、一年後に通用するとは限らないわけです。そんな変化に追従するためには、サーバを常に改善していかなければなりませんし、チームにも柔軟な発想が求められます。 「さあブレストしよう」→アイデア出ない問題 さあ業務を改善しよう、と意気込んでブレインストーミングを開いても、なかなか十分なアイデアが出きらないのはよくある話です

クックパッド、ミクシィ、グリー、ネクストの品質管理マネージャが本音で語る。ソフトウェアテストの課題とこれからの可能性（前編）。JaSST'15 Tokyo ソフトウェアテスト分野で国内最大のシンポジウム「JaSST'15 Tokyo」が2月20日、21日の2日間、東洋大学で開催されました。 そこで行われたセッションの1つ「Web.JaSST ～ウェブ開発のテスト～」」では、ミクシィ、ネクスト、クックパッド、グリーの品質管理（QA：Quality Assuarance）マネージャが登壇し、Web開発やモバイル開発分野の品質やテストにおいて、これまで乗り越えてきた課題、現状、そしてこれからの可能性について語りました。 本記事ではその内容をダイジェストで紹介します。 中野氏（モデレータ）　今日のパネリストの方々は現場でテストをリードしている方々です。その現場で取り組んでいる内容や品質管理について

あんまりはっきりとした結論が出ないエントリであることをあらかじめお断りしておく。 ↓のような記事を読んだ。 まあ、とくに内容についてはコメントすることはないのだが、民主主義について思っていることを書く。 この記事の中では民主主義は「ひとつの価値観が暴走することを防ぐための画期的な発明である」というようなことが書いてある。そしてそれは国家統治のためには優れていてもビジネスにおいては非効率であるということが書いてある。 民主主義について、こういう類の否定と肯定が入り混じった言説はよく見る。なかでも有名なものはチャーチルの演説の中での「実際のところ、民主主義は最悪の政治形態と言うことが出来る。これまでに試みられてきた民主主義以外のあらゆる政治形態を除けば」という一節だろう。 ぼくはこういうテーマを見ると、本当のところはどうなんだろうと、すぐに頭の中で民主主義を表す力学的な数理モデルを考えたくなる

関連記事：Airbnbの「マネジメントしない」マネジメント方法とは：前編 事業を行う上でのもてなしの心Airbnbは、同社のプロダクトと企業環境の両方で「もてなしの心」を体現しようとしている。これには、従業員同士が互いに相手をどう処遇するかということも含まれる。 「ホストになるということは、相手の気持ちを思いやるということです」とカーティスは言う。「同僚をあなたのゲストだと思ってみてください。我々は、他人のタスクを優先的に手伝うということを非常に重要視しています」。 カーティスは、「自身で成果を出す」ことと「他人を優先的に手伝う」ことの間に明らかな矛盾が存在することは認めている。「誰かを手伝おうと思ったら当然、自分自身が抱えているタスクは手が止まることになりますからね」。 この問題に対するAirbnbの解決方法は、同僚に手を貸すことの長期的な意義を明確化することだった。 「誰かを困らせてい

Qiita/Qiita:Team Meetup #8 LT slide.

伊藤直也氏が語る「仕事の流儀」の第3回は、暗黙知を作らない組織の作り方。オープンソースのスタイルで組織を作ればいいという直也氏は、KAIZEN platform Inc.において、どのような行動をとっていたのか。 ある取り組みによって、KAIZEN流の行動哲学が生まれたという事例をもとに語っていただいた。 by 馬場美由紀 （CodeIQ中の人） 暗黙知を作るな、すべてを形式知に変えよ 前回は、Sqwiggleを活用したリモートワークやGitHubを活用した開発について述べました。 開発プロセスは、まあアジャイル開発っぽいですね。アジャイル開発というか、スクラムで求められている他のプラクティスについて、KAIZENのリモートワークではどのようにやっているかをもう少し説明すると、まずデイリースタンドアップ、いわゆる朝会です。リモートでやってるので、スタンドアップといいつつ立ってはいないんです

デイリーポータルZの企画を決めるために行っている会議を公開で行います。ぼんやりしたアイデアをもとに無邪気にブレストして具体的な企画に落とし込んでゆきます。 この会議で学べるのはこの6点です。 ・どうでもいい思いつきでも人前で言う勇気 ・思いつきを言ったときにスルーされても傷つかない強い心 ・人のアイデアに乗っかっる無邪気さ ・話してたらすごくいいアイデアのように思えてきて「それおれやります！」と言ってしまう迂闊さ ・言ってからあんな無茶な企画やるなんて言わなきゃよかったと後悔する気持ち ・今さらできないとも言えないし、締め切りもあるからやるか…という諦め 企画を出すためのブレストをしていて生まれる感情をひと通り体験できます。実際の取材や執筆は時間が掛かるし肉体的に大変なので、企画の段階でどれぐらい楽しい気分を高められるかが鍵だったりします。 明日企画書に書くアイデアを探している人、暇で仕方