業務改善の“やらされ感”をなくする方法とは 傍観者ばかりの“無関心な現場”で進める業務改善。あなたが部門の責任者や、改善活動の事務局など改善活動を率先する立場だったら、どのように進めていくでしょうか？ 一般に、業務改善は即効性のある効果が期待されることが多く、どうしても現場には「改善効果のアウトプット」が早く求められます。しかし、そこには動かない現場。変わりたくない社員という大きな壁が立ちはだかります。あなたはそんな現場に対して、イラッとしてしまうかもしれません。 「二度とやるものか…」と思っている社員に対して、頭ごなしに「やれ！」と言っても、うまくいかないのは目に見えています。改善に対する“やらされ感”をなくし、当事者意識を持たせていくかが業務改善の成功の鍵となります。 今回は、この“やらされ感”をいかに感じさせることなく、自ら積極的に関わっていくようにしていくかを考えてみま
Kaizenの経営をはじめて、20ヶ月が経ちました。 正直、笑っちゃうくらい大変なことだらけ。 ただ、多くの事を学んだのでサンフランシスコに向かう機上で少しまとめてみました。 何かの参考になれば幸いです。 1:スタートアップの経営者は、想像以上に会社をコントロールできない 経営者は会社をコントロール出来ると一般的には思ってる人が多いと思います。 人数小さいチームであれば、尚更コントロール出来ると思いますよね？ 僕もそう思ってました。 スタートアップの現実は、そんな事全くない。 全くです。 小さな船が荒波に揉まれながら、予想外の事が毎日、なんなら1日数回にわたり起きるんです。 常に問題と格闘してます。 なので、その船に一緒に乗ってる仲間も、自ずと問題と格闘してくことになります。 多分、どうしてこんなに問題が起きるんだ！ 経営者は何やってるんだ！ バカヤロー！！ って従業員は毎日思ってると思う
「来月末までに登録数を2倍に！」 一見無理そうなこの目標に挑んだのは株式会社リブセンスの転職会議運営チーム。 “40日間”という限られた期間の中で多額のプロモーション費をかけるわけではなく、A/Bテストを中心としたサイトの改善を徹底的に回し続け、短期間で登録数を向上させることに成功しました。 今回はディレクターとしてこのプロジェクトを牽引されていた黒澤氏に伺った、数多くのA/Bテストを実施し、成果を出すために大切なKPIやテスト設計の考え方を紹介します。 （写真の右から4番目がお話を伺った黒澤氏） ■なお今回の事例記事は全3回にわけて紹介します 【前編】効果的なKPIとテスト設計のコツ（本稿） 【中編】実践A/Bテストケーススタディ（後日公開予定） 【後編】チーム・文化作りのポイント（後日公開予定） 圧倒的なスピードでテストを回すためのKPI・テスト設計 『来月末までに残された日数は4
リクルート上場おめでとうございます。 もう他所の人なのに、というか他所の人だからかもしれないけど嬉しいです。 お祝いと感謝の意味を込めて、僕が記憶に焼き付いているリクルート時代に言われた言葉で印象的だった言葉をあげておきたいと思います。 「目指せ宇宙一」 入社した時に座席の上に掲げられていた歓迎の垂れ幕に書かれていた言葉。 入社の瞬間から、勝負が地球上ではないところに持ち込まれ目線が恐ろしいほどに引き上げられた。 「俺は神だからさ、お前感謝しろよ」 自称 神にたぶん十人以上お会いした。 いいオトナが本気で言うから、正直焦った。ヤバイところに来たと思った。 八百万の神の国であるという意味を理解できた瞬間だった。 「時給を上げろ。長く働いて給料が高いとかはバカのやることだ」 いつか、このブログにも書いたけど、生産性について深く考えさせられる言葉だった。 「ビジネスマンは芸者だよ。座敷（会議）に
KAIZEN platfTechnoito） 2002年に新卒入社したニフティでブログサービス『ココログ』の開発担当となり、一躍有名になる。その後、はてなで『はてなブックマーク』など各種サービスを立ち上げ、2010年にグリーへ入社。2012年に同社を退職して以降は、フリーランスとしてベンチャーの技術顧問などを請け負う。自身のブログ『naoyaのはてなダイアリー』が人気 「Webアプリの実装で差別化は無理」という考えが変わった 現在、KAIZEN platf技術顧問を務めている伊藤直也氏。「普段から、アウトプットの目的なく技術の勉強をすることはほとんどない」という性分から、今年上半期は「顧問としてベストプラクティスを提供するために知っておくべき領域」にフォーカスして情報収集を
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
KAIZEN platf退職して、9/1の今日が初出社でした。 今日は開発環境のsetupと、小さいpull-requestを2つ出して帰宅しました。 ※ 慣れるまでは会社に行きますが、いずれは主にリモートで開発すると思われます。 なぜKAIZENなのか KAIZEN platfリモートワーク 自動化 コードとしてのインフラ 一言で言えば、↑のような組織・文化に非常に共感したからですね。 あとは、Developer Productivityという職種で募集を掛けているのも面白いなーと思いました。 自分はドックフーディングが好きなのもあり、生産性を上げるためにchatbotを作ったり、staging環境の自動生成の仕組みを作ったりしてきたので、本筋のプロダクトを作
伊藤直也氏が語る「仕事の流儀」の第2回は、KAIZEN platfリモートワークツールの重要さについて。 スタートアップ企業でエンジニアが快適に開発できる環境とはどのようなものか、KAIZENでの事例をもとに、いま感じてることを語ってもらった。 by 馬場美由紀 （CodeIQ中の人） リモートワークをしながら「全員同席」するためのツール KAIZENのようなスタートアップ企業で、かつリモートワークをする社員もいる環境で、どんなふうにアジャイル開発を進めていくか。 それが最近の僕の重要な関心事です。 ちょっとKAIZENのリモートワーク風景を見てほしいんですけれど……（Sqwiggleというオンラインミーティング・ツールで自宅で仕事をしているエンジニアを呼び出し、会話を始める）。 Sqwiggleを起動すると、カメラが有効になっていて、こんな感じ
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
はてなではCTOとして「はてなブックマーク」を開発、グリーではソーシャルメディア統括部長としてソーシャルゲームの成長を技術面から支えた伊藤直也氏。 2012年からはフリーとして活躍し、KAIZEN platf技術顧問として参画している。近況とともに、プログラマとしての仕事スタイルについて、いま切実に思うことを語っていただいた。 by 馬場美由紀 （CodeIQ中の人） スタートアップならではのプログラム開発の流儀 いま、KAIZEN platfテクノロジーアドバイザーとして参画しています。KAIZENはWebサイトのA/Bテストをクラウドソーシングで提供する「planBCD」が主力のサービス。クライアントもかなり増えてきています。 この会社に参画するきっかけになったのは、創業者の一人でCTOの石橋利真さんが、大学の先輩かつ同じ
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
