会社のメンバーが辞めるというとホッとする話
nanapiも、KDDIグループ入りという非常に区切りになるタイミングとなり、nanapiをやめて、次の新天地にいったり、起業するという人がちらほら出てきました。 僕が社員だとしても、このタイミングだよなあ、と思いますし、僕はそもそもリクルート出身なので、2〜3年でどんどんやめて新しいところにいくというのはポジティブな感じです。会社にもガンガン人が増える時や、減る時もあるので、このあたりは時期の問題もある。 しかし、人が辞める時というのは、創業者としては、非常に複雑な気持ちだったりします。というのも僕は「友達になれなそうな人は雇わない」というルールがあったりするので仕事ができるできないよりも、友達感覚が強いんですよね。なので最初の感覚としては この人が辞めると寂しいなあだったりします。そこまでは普通だと思うんですが、そのあとに、めっちゃホッとするんですよね。 経営者とかならみんなわかっても
メンバーの成長と会社の成長が一致しない時に悩む話 : けんすう日記
スタートアップあるある系での悩みがあります。 やっぱり経営をやっていると、メンバーとして働いてくれる人たちには、成長していってほしいという気持ちはあるわけです。個人的には うちの会社に入ると自分の価値があがる ○○会社の山田さん、じゃなくて、山田さんという名前で働けるようにする その会社でしか使えないスキルではなくて、幅広い場所で使える能力を身につける 将来にいらなくなるスキルではなくて、将来に渡って汎用性が高い能力を身につける などをメンバーに提供できたらいいなあ、と思っているわけですね。 よく、その会社でしか使えないスキルを身につけたばっかりに、転職できない、、というパターンの話を聞いたりするんですが、会社にとってもよくないと思っています。離職率は低くなるかもしれないですが、なんか不健全だなぁ、と思うのですね。そもそも永遠に会社があるかどうかはわからないわけですし、環境の変化でリストラ
許可より謝罪 : けんすう日記
うちの会社の場合 僕は、nanapiという会社をやっているんですが、そこには、行動指針とかあまりありません。つくろうつくろうとはしているんですが、未だにちゃんと決めれず・・・。 という中ではありますが、よく社内でいうのが「許可より謝罪」という言葉です。 これは、簡単に言うと「許可とか求めるより、謝罪したほうが楽だから、相当クリティカルじゃない限り、許可とりにこなくていいよ」という感じです。 たとえば、nanapiのリニューアルや改変の内容などは、僕の許可はありません。リリースされて知ることもあります（ただし、議論の進行などは見てはいますが）。 もちろん、オリジナルではなくて元ネタがあります。3Mです。 以下のブログに詳しくあるのですが 下記に３Mの社史みたいなのがある。 PDFへのリンク それをみると"It is easier to ask forgiveness than permiss
Google&Facebookに学ぶ、新機能の実装プロセス : けんすう日記
新機能の作り方 サービスを作っていて、新しい機能などをつけようとする時に、煩雑なプロセスなどがある会社は多いと思います。 これは前職のリクルートという、大きな会社で働いてた時も感じたのですが、新しくておもしろい機能をつけようとすると、いろいろと制限があるのですね。 たとえば、「なぜその機能が流行るか」のロジックを聞かれたりします。これはリソースやお金を投資する分、説明責任がある！ということですね。冗談みたいな話ですが、資料を作ったりして、この機能がどういう効果があるかとかを説明してたりしたのです。だいたいの場合、弾かれてたりしました。 また、その機能を実装したあとの影響のために、部署との調整が必要だったりします。リクルートのとあるサービスに、口コミ機能をつけようとしたら、あらゆる部署に説明しにいかないといけなかったりしました。 どちらも間違っているわけではなく、会社としては一見必要なプロセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
