ドラッカーの予言、「人が宝」と口先だけでいう組織の行く末
「同期は100人くらいいますが、もう半分は辞めました。営業も開発も。仕事のプレッシャーがきつくてメンタルヘルス不調になって、会社を休む日が続いても、職場の人たちは誰も連絡を取らない。まあ、同期の僕らはメールしたり電話したりしますが。それである日、退職届がメールかなんかで送られて来たら、翌週からは別の人がそいつの机に座っている。そんなことに繰り返しで慣れっこになってしまいましたよ」 もう10年前になるが、大手SIer勤務の20代の社員からこんな話を聞いたことがある。今ほどにはメンタルヘルスの問題が認知されていない時期だったが、かなり衝撃を受けた。 仕事のプレッシャーからメンタルヘルス不調になる社員がそんなに多いことも驚きだったが、それ以上にショックを受けたのが職場の対応だ。上司も同僚も、メンタルヘルス不調者を支援せず、厄介者として切り捨てようとしているかのように感じた。 それから月日が経ち、
ユニクロ 疲弊する職場 ［拡大版］
「ユニクロの服を着ている人はスタンドアップ。こういう人が、選考の第1候補だ」 2月8日、東京・六本木のミッドタウン・タワー。カジュアル衣料大手のユニクロやジーユーを傘下に持つファーストリテイリングの東京本部で、新卒採用イベント「ユニクロ・ジーユー希望塾」が開かれた。同社の柳井正会長兼社長が開口一番こう語りかけると、800人弱の学生たちで埋め尽くされた会場は、どっと沸いた。 「世界一へ。グローバルリーダー募集」と大書された採用パンフレットには、多くの社員たちの笑顔が並ぶ。「入社1年半でフランスに赴任」「バングラデシュでソーシャルビジネスを起業」といった内容に、学生たちは目を輝かす。 だがこの日のイベントでも、採用パンフレットでも、決して明かされなかった事実がある。この数年間、ユニクロの新卒社員の3年内離職率は実に5割前後で推移している。数百人単位で新卒社員を採用する大企業としては、極めて異例
日本でイノベーションが生まれにくいと思った3つのポイント デザイン会社 ビートラックス: ブログ
先日約4ヶ月ぶりに日本出張に行った。期間は通常もより少し長めの2週間。 今回の目的はいつものクライアント回りに加え、メディア取材、日本オフィススタッフの面接、友人とのパーティー、幾つかのイベントへの参加と多岐に渡り、お会いさせて頂いた方々の数もかなり多かった。 起業家が評価されるポイント遊び要素の少なさサバイバルコストの高さしばらくサンフランシスコで生活をしてから久しぶりに日本に滞在すると頻繁に行っていた時には気づかなかった事が幾つかある。 その中でも今回は現在日本に最も必要とされている”イノベーション”がなぜ生まれにくいかについて感じた事を簡単にまとめてみたい。 1. 起業家が評価されるポイント日本に行くと経営者の方々や投資/金融関係の人々と会う機会が多い。経営者が集まるパーティーや、起業家向けのセミナー、ビジネスネットワーキングパーティに参加させていただくケースも多々ある。 正直言うと
第4回 何かあったらどうするの？～規則の増加は止まらない～ | 亜紀書房ZERO事業部
規則やルールも「のこぎり曲線」 会社の中のさまざまな「もの」や「こと」が徐々に増えていくという「 のこぎり曲線 」の次の例は、会社の中にさまざまに存在する規則やルールです。例えば、就業規則のような公式のものから、製品やサービスに関する規程や外部のお客様やパートナーとの取引のガイドライン、社内の経費精算の決まりなどです。 生まれたばかりの会社では「走りながら考える」のが通常ですから、あまり多くの規則やルールはありません。しかし、会社が大きくなり、株式公開するために最低限必要な決まりだけでも膨大なものになっていくとともに、日々のオペレーションを通じて日常的にどんどん増えていきます。 ではなぜこの規則やルールが「のこぎり曲線」になるのか、その「 増えていくメカニズム 」と「 なかなか減らないメカニズム 」について、考えてみましょう。 ルールが増えていくメカニズム まず「増えていくメカニズム」です
組織や管理職が技術革新のボトルネック - プログラマの思索
とあるBlogを読んでみて、組織や管理職が技術革新のボトルネックではないか、と思った。 ラフな感想。 【元ネタ】 継続インテグレーションは強みではなくなった：柴田 芳樹 (Yoshiki Shibata)：So-netブログ 継続インテグレーションは強みではなくなった（2）：柴田 芳樹 (Yoshiki Shibata)：So-netブログ カンファレンスは、若い人ばかり？（2）：柴田 芳樹 (Yoshiki Shibata)：So-netブログ (引用開始) 私自身が日頃から感じていて、Jenkinsユーザ・カンファレンスの参加者による質問を聞いて再認識したことは、JenkinsなどのCIツールの導入を阻害しているは、現場のエンジニアではなく、ソフトウェア開発組織の管理職でないかということです。つまり、管理職がCIツールの導入の検討を指示して、予算（工数、機材費）を認めてくれればスムーズ
企業文化が形成される経緯:Geekなぺーじ
慣例,風習,企業文化などが形成される経緯を表した面白いジョークがありました。 同様の文章が多数の箇所に掲載されていて、どれが原文だかはわかりませんでした。 さらに、これが純粋にジョークなのか、本当に何かの実験を行った結果なのかもわかりませんでした。 イギリスで行われた実験が元になっていると記載されているバージョンもありましたが、真偽はわかりませんでした。 最後の文が「And that's how policies get established.」で終わるバージョンと、「And that's how company policies get established.」で終わるバージョンなどもありました。 最後の一文が無いバージョンもありました。 ジョークを訳してみました。 以下に、訳文と原文の両方を載せます。 訳 部屋に8匹の猿を入れます。 部屋の中央にははしごが設置されています。 そのは
若いトップと現場のベテランは、どうすればうまくいくのか：日経ビジネスオンライン
ライフネット生命保険で副社長を務める僕の下には、年上の社員が何人もいます。 日本の大企業は、これまで年功序列と終身雇用が基本でした。だから、上司はほとんどの場合年上で、部下はたいがいの場合年下でした。 けれどもこれからは違います。雇用の流動化が進む上に、少子高齢化で人口の年齢構成が変化していきます。若いトップの下に、年配のベテランがつく、というケースはごく当たり前になってくるでしょう。 マネジャーをプロと認識しない日本 年功序列が当たり前の日本の企業社会にとっては、これはコミュニケーションの面でものすごいパラダイムシフトです。 若い上司は、年上の部下は、どうすればいいのか。 ライフネットでのケースを説明しましょう。 僕はライフネット生命保険の副社長であると同時に、システム担当役員でもあります。インターネットで保険商品を販売している当社にとって、システムの仕事はものすごく重要で、生命線です。
壁を壊す、ルールを破る – 楽天TC2012 レポート(7) – manaslink
壁を壊す、ルールを破る – 楽天TC2012 レポート(7)Published by きいろいの on 2012年10月24日2012年10月24日 最も早い時期に、日本のアジャイルの歴史を切り開いた一人であらせられる、Masayang様のセッションです。最初は小さな企業で、MS-DOSやWindows1.0を相手にシステムを作り、やがてNRI、そして今はNRIアメリカで活躍しています。 ■エピソード「仕方ない」 中村さんのセッションは、映画『Office Space』（邦題『リストラ・マン』）の1シーンの上映から始まりました。 主人公ピーターの「仕方ない」という顔。 テスト仕様書に文句をつけられ、「メモは受け取りましたよ」と返答したのに、また別の上司がやってきて同じ文句を言われる。いろいろ言いたいことはあるけれど、言えない。ひたすらうんざりして憮然とした、何とも言えない面持ち。まさしく「
第3回社内LT大会に見た顕在化した失望と一握の希望 - ミッションたぶんPossible
はじめに 10/06(土)に自社でLT大会を開催しました。社内でも発表の場を持って自分たちの発表力を上げていこうよ、もっと技術の話しようぜ(高稼働やデスマの話ばっかりしてないでさ)、もっと面白いことをやろうぜ！というのが狙い。企画・広報・運営は全てオレ1人でやりました。会場設営は参加者全員に手伝ってもらいました。多謝。 テーマ ＆ ルール 今回のテーマは「遊び心」。今まで開発だの未来展望だのハードルを上げていたので、事前にネゴシエーションしとかないと登壇者が集まらなかったんですけど、今回はあんまりそういうことをやりたくなかったので、出来るだけハードルを下げて「好きにしゃべっていいよ」という雰囲気を作って発表するだけを純粋に楽しんでもらおうと、ユルいテーマで設定した次第です。 ちなみにルールはたったひとつ、「10分以内に発表すること」。ただし、プレゼン自体の練習の意味もあるんで、時間切れ→即
TDDをはじめる条件 #tddbc #tddconf - やさしいデスマーチ
色々と忙しすぎてブログが書けません。 JavaOneの話とか、JUnitの話とか色々書きたいんですが…もうしばらく我慢なのです。 で、TDDの前方依存と後方依存で意見が欲しいとのことなので自分なりの意見を。 技術的な前方依存 『TDDを始める前と終TDDを実際やるために必要な技術』 ・最低限対象言語でコードがかけるようになって ・最低限テスティングフレームワークを使えるようになって ・リファクタリングをしっかり学んで ・対象言語でのきれいなコード、設計とは何かを知って ・テストファーストを知って こうしておそらくスタートライン。 自分はこれは疑問です。 最後の「テストファーストを知って」という部分はTDDに関することですけど、それ以外ってTDDを始めるスタートラインではなく、ソフトウェア開発としてのスタートラインかと思います。 言い換えると 最低限対象言語でコードを書けないと、ソフトウェア
ITを活用できる組織を増やす為に必要なこと - GoTheDistance
Publickeyさんで特許庁の基幹システム問題が取り上げられています。今回の件はどう考えても特許庁の体制が根本的な原因なので、TSOLが50人を1300人に増やしたことを槍玉に挙げても不毛だなと思っております。 特許庁の基幹システム失敗の背景にある、日本におけるITプロジェクトの実態 － Publickey この辺のITのメディアの言説は大抵「なぜXXXプロジェクトは失敗したか」的なざっくりとした問題提起なのですが、失敗にも色んなケースがありますので、本来はそれらを因数分解して細部を議論しなければ教訓は得難い。後に残るものは、ワイドショーレベルの非生産的な言説をみのもんたが茶化すぐらいの微妙な空気ですか。こういう言説がIT業界のイメージダウンに繋がっていることを認識してもらいたいものです。Publickeyさんみたいに、生産的な言説が増えていかないといけない。そういうITのメディアを作っ
数千人が利用する楽天Redmineの過去と未来 #47redmine
第二回 shinagawa.redmine勉強会で「数千人が利用する楽天Redmineの過去と未来」を発表させていただきました。資料はSlideShare、SpeakerDeckで公開しております。QAの時間が取れなかったため、質問などがあればTwitterでもなんでもご連絡ください。 数千人が利用するRedmine 来月、第3回RxTstudyでもRedmine事例の発表させていただくのですが、品川Redmineはシステム視点、RxTstudyではタスクマネジメント視点で資料を作りました。 はじまりは、使われてないサーバ上に作った仮想VMを使っていました。ユーザ数も少なかったので、WEBRickを利用し、ポートを分けることで複数Redmineを構築していました。WEBRickが固まることがあったので、cronで一日一回夜間に再起動して運用していました。 自分のグループで使ってみようという
社内LT大会開催の成功と失敗 - ミッションたぶんPossible
もう半月位前になりますが、社内でLT大会を開催しました。全社からスピーカーを10名程度集めて「開発」というテーマで10分のプレゼンを行い、みんなに聞いて貰うというもの。数ヶ月前から準備して色々とネゴして開催に至ったイベントです。 結論から言えば、このLT大会は「失敗」でした。 人が全然集まらなかった 今回のLT大会が失敗だとオレが断じる理由は「観客が全然集まらなかった」ただこれに尽きます。 スピーカー以外で開催時間に集まった人はゼロ、スピーカーでさえ何人か来てない、最後まで来ないスピーカーもいました。最終的に純粋な観客の合計人数は片手の指で収まる程度でした。はっきり言ってボロボロ。社内で活用しているYammerや全社メールで数ヶ月前から広報していたのに、仮にも120人も社員がいる会社なのに。 恐ろしいことに、このLT大会が開催された日の午前中は社内の管理職全員を集めての全社会議だったんです
こんな服でも出勤ＯＫ 楽天が社内節電ファッション大会
こんな服でも出勤ＯＫ 楽天が社内節電ファッション大会2011年7月21日8時22分 印刷 Check 楽天は、スーパークールビズ「楽天ハワイアンサマー」と称して自由な服装を奨励。コンテストには色とりどりの服を着た社員が集まった＝２０日午後７時、東京都品川区 この夏、前年比で４０％の節電を目指す楽天で２０日夜、「ファッションコンテスト」が開かれた。職場の冷房を制限し、社員の服装の自由度を高めた。その普段着を披露しあい、目標達成に向けて節電意識を高めようと催された。 ビアパーティーを兼ねた催しで、社員約６００人が参加。会場の社員食堂に、アロハシャツや涼しげなドレス、浴衣、民族衣装など色とりどりの装いで集まった。 楽天は、電力使用制限令の「１５％削減」を上回る目標をたてている。「プロジェクト６０」の名で、データセンターでの電力抑制なども含めた節電策を敷いてきた。４月の削減幅は４３％で目標を達成し
当社の節電対策の取り組みに関して｜ニュースリリース｜携帯ゲーム・携帯マンガのスパイシーソフト
スパイシーソフト株式会社では経済産業省 電力需給対策本部が要請している「夏期の電力需給対策」に則り東日本大震災の影響による夏場の電力供給不足における節電対策として自主的な計画を策定いたしました。 ■対象期間：2011年7月11日～2011年9月30日 ■節電目標：社会への責任「15％節電」 ■取組内容： 以下の取り組みをもって、消費電力の削減を実施する。 （1）勤務時間の変更 ① 対象期間中は水曜日を除き、オフィス運営時間を8時～19時までとし、19時をもってオフィスをクローズする。 ② 対象期間中の水曜日のオフィス運営時間を8時～12時半までとし12時半をもってオフィスをクローズする。 ③ 9/19（月）、9/23（木）の各祝日を7/13（水）、8/3（水）に振替休日とする。 （2）その他施策 ① 執務エリアの照明を3/4間引きし、 18:00 までは照明は原則点灯し
Geekなぺーじ : ブログ/ソーシャルネットガイドラインをまとめてみた
ブログやソーシャルネットワークサービス利用方法に関する社員用ガイドラインを集めてみました。 主に企業が社員のために書いたものを中心に検索エンジン経由で収集してみました。 企業以外にもアメリカ海軍や国際オリンピック委員会のものもありました。 アメリカ空軍の物もあるようですが、各種ブログで紹介されているリンクが切れていたので今回はリストに入れませんでした。 日本企業で社員用にブログガイドラインを書いていて、さらにそれを公開している所ってあるのでしょうか？ 探してみたのですがあまり発見出来ませんでした。。。 IBM Social Computing Guidelines BBC GUIDELINES ON EMPLOYEES WEBLOGS AND WEBSITES BBC - More Guidance - Personal websites - Blogging IOC Blogging G
古き悪しき詳細設計書 - SiroKuro Page
詳しすぎる詳細設計書 - SiroKuro Page の続きです。前の記事ではブクマありがとうございました。 はてな界隈の拒否反応を見る限り、詳しすぎる詳細設計書に良い印象を持ってる人は少なそうです。もっとも、私は良い面も持っていると思っていまして、 プログラマの技術的知識や業務的知識の量に左右されることなく、一定の品質を保つことができる なんてメリットがあります。属人性の排除ですね。 あたりまえですね。実は設計者が書いたプログラムを詳細設計書と呼んでいるんですから。しかもテストどころか処理系に食わせてすらいないプログラムです。悪く言えば机上の空論です。良く言えば……絵に描いた餅？ プログラマの技能に左右されないかわりに設計書の品質に左右されるので、一定の品質が「悪い方に一定」だったりすることもあって、色々と下流工程の鬱憤が溜まりそうです。既に溜まっていますね、ごめんなさい。 本題：古き悪
日本のSI業界でこそ、専門の技術者の必要性がもっと見直されるべきではないのか？ - 達人プログラマーを目指して
Twitterでフォローさせていただいている@chok12jaさんのつぶやき がきっかけで、外国人の視点から日本のSI業界の問題について分析した面白い英文の記事を見つけました。 How the Japanese IT Industry Destroys Talent | Japan -- Business People Technology | www.japaninc.com [ThinkIT] 第2回：なぜ日本のIT業界ではスーパーSEを育てられないのか (1/4)（New 日本語訳が見つかりました。） 2007年に書かれた記事なのでもう４年も前に書かれたものですが、日頃から私が感じてきた業界の問題点について鋭く批評を加えており、非常に共感する内容が書かれていました。本ブログの主な読者の方々にとっても興味深い内容だと思いますので、ここで簡単に内容について紹介させていただきたいと思います
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Social Codingの世界
NTT研究所におけるYammerの取り組みと、社内Twitterの統計解析
