はてなブックマーク

HiveShibuyaのエントランスにて。 本日まで、 HiveShibuyaというコワーキングスペースに週２くらいで通っていました。というのも現在は割と自由な立場でいろいろやっているのですが、家にいるとYouTubeかNetflixをダラダラみちゃうんです（しょーもない） というわけでこれは良くない！と反省して、起業しろで有名な木下さんに相談して、席を借りていたという流れになります。 #起業しろ ・アメリカ by @wadap 。#HiveShibuya のスーパーヒーローとしてUNDEFINED チームを中心に守ってたのですが今日卒業とのこと。今後の和田さんが気になりますね！ pic.twitter.com/iHw58BV5Kj— 木下 慶彦 / Skyland Ventures (@kinoshitay) 2018年6月28日 http://www.skyland.vc/hive/

リモートワークの可否に関しては様々な意見がありすでに国内でも導入している企業は増えてきています。実際に働き方改革の取り組みとしても実際に上げられています。 テレワーク推進に向けた政府の取組について とはいえ、実際にリモートワークで成果を出すのは今まで通りの時間管理を前提としている業務の考え方では難しく、挙げ句の果てにはこういった管理方法すら出てきてしまうのが現状です。 japan.cnet.com 時間管理をしたほうが効率のあがる業務なのであればこのマネジメントの考え方は１つの手法としてあるのかもしれませんが、正直なところ非常にナンセンスな管理方法だと思います。 高度プロフェッショナル制 そして実際に導入が検討をされている高度プロフェッショナル制ですが、これは成果に対する評価が賃金であるということが前提となっています。しかし時間管理が染み付いているワークスタイルだとやはりどうしてもコンフリ

日本のITはなぜ弱いのか？ 日米でこんなに違うプログラマーの扱い - まぐまぐニュース！ 確かにその通りで、やはりエンジニアは言われたものを作る職業という認識をされているケースが多いです。最近のエンジニアが主体となったベンチャー企業などでは変わってきているとはいえ、業界の割合でいえばごく一部といえると思います。 上記の記事にもある通り、サラリーマン経営者による個人の責任を極限まで減らした意思決定を行いそれによってプロジェクトが遂行されることが正義とされてしまうと、どうしてもエンジニアとしてのクリエイティビティを出すチャンスは減らされてしまいます。これに対してどう向き合えばいいのかを考えてみました。 なお、英語学んで海外に行けばいいじゃないかという個人にフォーカスした視点はいれません。 IT人材の人数は2019年がピーク IT人材の育成（METI/経済産業省） こちらのデータを見る限り、20

ottiee.hatenablog.com 同僚のデザイナーが良いことかいてました。最近は採用活動には携わっていないのですが、以前に似たようなことを採用において感じたことがあったので書いてみようと思います。 不慣れな人ほど落とす 私自身も面接官トレーニングというものをちゃんと受けたことがあるわけではないので、いわゆる「正しい面接」というものをできているかどうかはわかりません。 ただ、過去にやっていた採用活動においてまずよく起こるのが面接に不慣れな人ほど簡単に人を落としてしまうということでした。 なぜそうなってしまうのか。理由としてはシンプルで、通すことよりも落とすほうが簡単だからです。相手の嫌な部分やダメな部分なんて自分が思い込んでしまえば簡単に作ることができるので、落とす面接は簡単に仕上がってしまいます。場合によっては単純な好き嫌いだけで合否を決めてしまうこともある。1の良いところをみつ

wadap.hatenablog.com 先日、こんなエントリーを書きました。割とエンジニアやデザイナーの方は経験したことがある会議ではないでしょうか。このワードに反応されていたので、少し掘り下げてみたいと思います。 「ノーアジェンダ・どうしましょうか会議」とは もうこの名前に全てが詰まってはいるので、経験したことがある人はすぐにわかるとおもうのですが、以下の点が揃っているとまさにその会議かと思います。 アジェンダが用意されていない とりあえず関係がありそうな人を呼ぶ 会議が始まり次第「どうしましょうか」的な空気が流れる ダラダラ長い 丸投げ感満載 というところでしょうか。会議そのものに主催者側の専門性があるものでは起きづらいのですが、自身が理解できない or 経験の無い領域の話になるとわりとこういう会議になりがちなのかなと思います。 会議の傾向 そしてこの会議が始まり「どうしましょうか」

anond.hatelabo.jp コメントも含めこれを読んで思ったことを書いてみようと思います。 業務改善を求めてはいけないのか？ まず、業務改善は上司だけの仕事ではありません。そもそも上司といってもチームによって期待されているロールが分かれているんで一概に言えないと思います。 そして業務改善は現場の協力無しでは出来ないので、何らかの協力を仰ぐことは必須です。ただ、問題はどこまでを上司が行ってどこからを現場で行うのかという点なのかなと思いました。例えば以下のような方法です。 人が辞めてしまい、業務負荷があがっている リソース不足ではあるが、あきらかに業務効率が悪い点があった ○○の問題を解決したいので、それを実現するための方法は何かないだろうか？ というような話の流れであれば、返答のパターンは以下の3つくらいだと思われます。 その方法を試したいので、○○という手法を導入したらどうか そこ

gihyo.jp 先日発売されたこちらで取材された内容なのですが、せっかくなのでもう少し詳しく書いてみようと思います。スクラムの実践方法というよりも、円滑に回すために会議や意思決定のタイミングを工夫した内容です。 前提条件 以下が実施した条件です。 iOS/Androidのアプリ開発 アプリはリリース済みで、機能追加やアップデート対応 iOS2名、Android2名、サーバサイド2名、デザイナー2名 会議のリスト イテレーションは２週間で切っていて、その中で以下の会議を実施しています。 開発者全員が参加するもの 朝会 スプリント計画 振り返り プロダクトチェック会 仕様レビュー会 プロダクトオーナーが参加するもの プロジェクト運営MTG プロダクトバックログMTG 会議の実施内容とタイミング Daily - 朝会 これは毎朝実施されます。デイリースクラムも呼び、その日のやることや問題となっ

最近また管理画面に近いものをつくったりしていて感じたのですが、事業会社において管理画面がどのタイミングで実装されているかというのがすごく重要だなと感じたのでちょっと書いてみようと思います。 社内向けの管理画面の実装って割と後に回りがちで、最後に仕方なくなんとか実装するようなケースが多いと思うんですよね。そして、ある程度発生してきたオペレーションの実態に合わせて実装するみたいな流れになるのではないかなと。 それはそれで一つの実装の手法だと思うのですが個人的には逆のほうが良いのではないかなと思っています。 管理画面からオペレーションを設計する まず、以下の理由から管理画面ありきでオペレーションを設計したほうが良いと思っています。 既存のオペレーションありきで管理画面の要件を出すため、イノベーションがうまれづらい 組織の最適化より管理画面の最適化のほうが合理的に行える エンジニアの合理的な思考が

つい先日、StartupBaseというイベントのメンターをやってきました。ビジコン的なイベントではあるのですが、ポイントは高校生以下ということ。今回参加している中で最年少は中学１年生の子もいました。 startupbase-u18.com どういうことをするのか？ １チーム４名くらいで、４チームつくり２日間かけて事業を考えてプレゼンをします。実際に調査という名目で、街中に出ていろいろなアンケートをとったりヒアリングをしたりして事業の実現性やニーズなどを固めていくといった流れになります。その中でちょっとアイデアが出てきたかなーというあたりでメンターとしていろいろとアドバイスをするという感じでした。 実際にやってみて 彼ら・彼女らにとって、事業を自分らで考えて説明をするなんて当然人生で初めてだと思うんです。別に一生そんなことしなくても生きていけるし、人生の必修科目ではない。 でもやっぱりこの年

これは、行動指針 Advent Calendar ９日目のエントリーです。 僕なりの行動指針を書くわけですが、割と今年は仕事・プライベートともにいろいろあったのでそこから得たことなどを含めて新たな行動指針にしていきたいと思いエントリーしました。 価値観を疑え 目の前だけの選択をするだけで人生って進んでいくものですが、その選択をする価値観を見直す機会ってなかなかないなぁとおもいます。なぜその選択をしたのか、ということを定期的に振り返る必要はあるなぁと思いました。 絶対な価値観って存在しないし、それでも自分自身は信じ切っているので価値観の原点となるものを定期的に思い出すだけでも意味はあるかもですね。 メンタルとフィジカルを高い水準で保つ これは起業してからの７年間ずっと考えていることです。メンタルとフィジカルは密接に結びついているので、高い水準で保つように日々努力しています。 3日間全力で走れ

コスト的に考えて一緒にできそうだからまとめてしまう、という発想は、結構危険なことがあるな、と思っていて。 たとえば、寿司屋のごはんと、カレー屋のごはんって同時に炊いて使うと、なんかよくなさそうじゃないですか。それぞれ適材適所のごはんありそうじゃないですか。そんな感じ。— けんすう (@kensuu) 2016年11月21日 こんなことを少し前に話してました。寿司とカレーの例えば会話のなかで出てきたもので、別にもとからあった仮説とかじゃないのでアレですが。 異なるものを作っているのに、傍からみたら同じように見えるので共通化したほうがいいよね。と感じるけど、本質的には結構違うものなのでなんでもかんでも共通にしないようがいいよ的なお話です。 異なる性質のものを同じ土壌で考えるべきか 事業を立ち上げる上で一定の正義は、やっぱりフェーズによって取るべき選択肢は変わるんじゃないかなぁというのが思ってい

ベンチャーを立ち上げて、とにかく突き進んでいる時って人は最強になれる。こういうときって最初の「想い」だけで動いていて、どれだけ働いても戦い続けられる無敵状態になっている。 自分の想いをそのまま実現しているからこそ疲れないし、どこまでも走り続けることができる。この無敵状態ってプライベートにも反映されるもので、仕事が無敵状態の場合はプライベートも無敵でいられる事も多いと思う。 とはいえ実際に会社のビジョンやミッションって最初から決まっているような会社ってあまりなく、事業をつくっていく中で徐々に固まっていくことが多い。 そのビジョンが固まっていくなかで経営者の「想い」が成長することは本当に素晴らしいこと。いままで描いていた想いが抽象化されたり具体化されたりで、企業として成長をできるビジョンになっていく。そうできる会社や経営者は健全な思いで会社を経営できているはず。 これはあくまで従業員目線ではな

「未来を思い出す」っていう言葉を考えなしに発声してみたら「名言だ」と言われたんですけど、どういう意味なんでしょうね。世の中にある名言の5%くらいはこういうノリで作られていますよね。— けんすう (@kensuu) 2016年10月6日 少し前にこんな会話を雑くしてたことがあったのですが、個人的には割りと好きな言葉だったんですね。結構自分の考え方というか思考法がまさにこんな感じなので少し書いてみたいと思います。 結構、僕は未来というか将来こうなっていたいというイメージとか想像をよくするほうで○○年後で何歳のときはこうなっているみたいなイメージが強いと思います。 仕事は当然ですが、それだけでなくプライベートも含めかなり具体的にイメージをしていたりします。住んでいる家や持っているもの、一日のスケジュール、そのときにやっていたい趣味とか体重などなど。そのイメージを強く持っていると、比較的近い将来が

http://www.ishidanohanashi.com/entry/2016/09/15/193000www.ishidanohanashi.com なんか思ったより厳しい大人が多いなぁと思うのですが、僕は個人的にすごく応援したいと思っています。世の中にはいろいろな18歳がいると思うんですけど、少なくとも自分はごく普通の18歳だったのでこんな選択肢は出てこなかったんですよね。 僕自身は、普通に大学を卒業して普通にそこそこ大きい会社で新卒として4年くらい働いて、共同創業者として起業したという経歴です。なので起業に関しては1回しか経験をしていないわけですが、これがなんどか経験していたらもっとうまくやれたんだろうなぁなんて反省は沢山ありました。 確かに彼の行動って若さ故の過ちのように見えます。でもこういったチャレンジをしていくのって早いほうが良いと思うんです。たぶん、本当に大変なことだらけ

テストを書くかどうかみたいな話がよく議論に上がりますが、毎回賛否両論なわけです。CTO向け1on1を続けていく中でも近い話がよく議題としてあがりました。 wadap.hatenablog.com 当然な話でどっち側の意見も間違っているわけではなく、話している背景が違うのが根本的な原因なんだと思っています。そこを自分なりに考えをまとめてみました。 点で語る正義 これはまず一方からだけみた正しい回答のことを指します。まずこの点でみたらテストの議論に関して言えば当然「書いたほうが良い」という結論になります。会社の経営的な話で言えば「赤字よりも黒字のほうがいい」ですし、人事観点だけで言えば「人はやめないほうが良い」という事になります。 点で語ることは非常に大事なことですし、世間に様々な先人の知恵があります。点だけでみると変数は少なく、判断しやすいと思います。一方で圧倒的な正義になりやすく、これを振

ひとことで言うと CTOや技術の統括をしている小規模ベンチャーの人に対して、1on1をします どういうこと？ CTO的な方だったりとか、技術的なマネージャーをやっている方って様々な悩みがあると思います。当然、それを僕が解決してあげるなんて偉そうなことはできるわけでは無いのですが、コーチング的な感じで話を聞き出すことはもしかしたらできるんじゃないかななんて思いました。 今も紹介ベースで相談とかを受けているのですが、今回はそれを公に募集してみようと思います。 ターゲットとなる方々 小規模スタートアップのCTO エンジニアのメンバーを抱えてるけどうまく回せていない 技術者のマネージャーがいない あたりでしょうか。 なぜやるの？ 自分自身、壁打ち相手がいなくて困ったことがあった 頼みづらく、こういうのがあるといいかなというのをやってみた 自分自身もっと成長したいので、上の立場からというわけではなく

それぞれの能力について 最近、事業を推進する上で必要な能力について考え際、特にプロダクトを開発する時点では2つの能力をもった人間が配置されていることが成功の秘訣なのではないかと思いました。それがタイトルの通り、2つの能力です。 具体的な事実から抽象化する能力 抽象的な要件から具体化する能力 具体的な事実から抽象化する能力 まずこちらの能力ですが、新規事業の立案〜実行する時点までに必要とされる能力です。具体的なイシューをかき集め、それを実現することができる抽象化されたアイデアをアウトプットできる能力でしょうか。 比較的、プロデューサーと呼ばれる職種の人がこのような仕事を得意としているイメージがあります。ポイントは先程も書きましたが具体的な事実から抽象化した提案ができるという点です。ただ思いつきだけで話す人も違います。 抽象的な要件から具体化する能力 これは立ち上げ時のエグゼキューションにおい

wadap.hatenablog.com 先日発表があったとおり、11月の時点で株式会社nanapiは合併しSupership株式会社となりました。それに伴いCTO及び取締役を退任したのですが、年末ですし６年間を改めて振り替えてみようと思います。 いままで http://blog.livedoor.jp/kensuu/archives/55408011.html 代表だったけんすうが書いている通り、株式会社nanapiの前身となる会社は株式会社ロケットスタートという会社でした。当時はサークルのようなノリでつくった会社ですが、本格的にやろうという話になって始めたのが2009年6月頃。それから６年ちょっとの間、CTOを務めていたということになります。 よく聞かれるのが「共同創業者同士での揉め事はなかったのか？」ということです。実際にあまりなかったなーと思います。実際はあったのかもしれないですけ

このエントリーは名言 Advent Calendar 2015で書いています。 名言 Advent Calendar 2015 - Adventar （まちがって2日エントリーしてしまったのですが、せっかくなので書きます） なりたい自分になるための名言 （とある著名なギタリストをさして）は日々の練習時間を質問されたら「10時間」と答えました。 彼らがいまだに同じ時間練習し続けているのであれば、同じ1日24時間の中での練習時間をいかに合理的に練習するかを考えないと、永遠に彼らのようなレベルの演奏はできないと思いました。 とあるプロギタリスト教則本に書いてあった言葉です。この言葉には非常に影響をうけていて、特に新卒でエンジニアとして配属されたときに強く意識していました。 同じ時間、同じような仕事を周囲の先輩たちとしていたらいつまでも追いつけないだろうと思い、とりあえず長く働くことは前提でどうす

このエントリーは名言 Advent Calendar 2015で書いています。 名言 Advent Calendar 2015 - Adventar 走るときに支えてくれる名言 辛い記憶はすぐに忘れる、諦めた記憶はずっと残る 細い表現はちょっと違うと思いますし、誰の言葉かも覚えていません。僕がこの名言を目にしたのは、2010年くらいに開催されたNikeのランイベントでそのランニングコースのどこかに書いてあった言葉です。 そのイベント自体は10km程度だったので対して辛い記憶もないのですが、フルマラソンを走るたびに30kmを超えたあたりで思い出します。 おそらくアスリートの名言だと思うのですが、出典元がわかった方がいたら教えて下さい。

というわけでタイトルのとおりですが、エンジニアを急募中なんですね。nanapi.jpというサービスで始まった会社ですが、現在は実はいろいろなサービスをやる会社になってきていたりします。 http://answer.jp/ まさにこのあたりですね。現在、ユーザー数も伸びてきておりアプリ側だででなくサーバサイドもがっつりと開発をすすめていきたいなーと思っているところです。いろいろと会社の変化はありましたが、いままで以上にドライブをかけていきたいと思っていますので、気になる方是非どうぞ！ ラフにお話をするところからで結構ですので、気になるからはぜひWantedlyからエントリーを！まずは気軽にお話しましょう！

logmi.jp logmi.jp 少し前の内容ですが、こんなかんじで書き起こしていただきました！しゃべり言葉なので冗長な表現もありますが伝えたいことは概ね言えているかなぁと思います。前回のCTO Nightの僕が書いたレポートはこちらです。 wadap.hatenablog.com さて、来月も第２回が実施されるので楽しみですね！

nobkz.hatenadiary.jp 昨日だが、このエントリーがバズっていて僕自身もtwitterでいくつか言及した。twitterってその場の思いを素早く伝えるのは非常に便利なんだけど、コンテキストが重要なものが説明しづらいとか、フロー的な情報という問題もあるため改めてブログに書いてみる。 率直な感想 まず、彼自身がCTOじゃなく１人のエンジニアとしてこの会社にジョインしていたのであればまぁわかるよという内容だ。エンジニアとしての美学を追求し続けたけど、それじゃビジネスが立ち行かなくなった。俺のことをわかってくれるVCが日本にはいない！ まぁここまではよくある話だと思う。誰もが失敗はするし、最初からうまくいく人なんてごく少数だと思う。問題は、この事自体を環境のせいにしているということだと思う。 技術的負債を早く返しすぎたのが失敗と書いてあるが彼がそう感じているのであればそうなんだ。た