長期間にわたって頻繁に昼夜が逆転して体内時計が乱されると、死亡率が高まる傾向にあることを、京都府立医大の研究チームがマウスの実験で明らかにした。人間でもシフト勤務の職場は多いが、シフトの組み方によって体の負担や体内時計の乱れを減らせる可能性があるとしている。国際科学誌に発表した。 約２４時間周期の体内時計が乱れると、睡眠障害など様々な病気のリスクが高まることが知られ、老齢マウスの実験で死亡率が上がることも分かっているが、長期的な影響は不明だった。 八木田和弘教授（環境生理学）らのチームは、明暗の切り替えのタイミングを変えて、明るい時間帯を７日間ごとに８時間ずつ後ろ倒しにする「ゆるいシフト」と４日間ごとに８時間ずつ前倒しする「きついシフト」の二つの環境下でマウスを育てた。１年９カ月の長期間にわたって行動リズムの変化などを調べた。 ゆるいシフトだと体内時計の乱れは軽微だったが、きついシフトでは

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） こんにちは。@ryuzeeです。 以前に、採用プロセスを真剣に考えろという話を書きましたが、ちょっと関連する話を書こうと思います。 採用に関するメトリクスを取ろう採用プロセスに真面目に取り組んでいる会社ならやっていると思われますが、採用活動をするにあたってはメトリクスを取ることが望ましいです。特に成長中の組織でたくさんの人を採用したい場合や、ある一定規模の組織でそれは顕著です。取るべきメトリクスには以下のようなものがあるはずです。 総応募者数採用媒体別応募者数エージェント別紹介者数社員の紹介によって応募が来た数自社の採用サイトから応募が来た数各属性で書類選考を通った数各属性で一次面接を通った数各属性で二次面接を通った数 (こ

今回の記事ではエンジニアやIT業界ではすでに定着した感のあるポッドキャスト『rebuild.fm』の#123について触れてみたいと思う。 rebuild.fm いきなり横道にそれるが、podcastはランニング中や移動中に1.5倍速で流して聞けるのが便利。一方でメモがとれず終わった後にきちんと整理する時間を取らないと「要旨はなんだったのか」が曖昧になり自分に残らない感があるのが悩ましいですね。 今回のゲストである @naoya_itoさんが『エンジニアチームのリーダーシップ』というテーマについて『Fate/Zero』というアニメの11話「聖杯問答」になぞらえてうまく例えていた。 「聖杯問答」の内容について、超端的に言うと、世代を超えた3人の王が統治の仕方を論じ、民や臣に厚いタイプの王が大いなる野望を追いかけるタイプの王に負ける、という話。 趣旨：サーバントリーダーシップの是非 放送を通じた

【サイボウズ式編集部より】「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は日野瑛太郎さんによる「情報共有ができないチームのもろさ」について。 チームで働く場合、情報共有はとても重要です。仮に情報共有を一切しないのだとしたら、それは一人で働いていることとほとんど何も変わりません。チームで情報が共有されることではじめて、他人を手伝ったり意見を言ったりすることができるようになります。情報共有はチームワークの基本中の基本だと言ってもよいでしょう。 しかし、そんな基本中の基本であるはずの情報共有が、あまりうまくできていないというチームを結構よく見かけます。人数が少ないうちはある程度うまくまわっていても、チームの人数が増えるにつれて情報共有がいい加減になってしまうということも少なくありません。 僕がまだ会社員をしていたころに一

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

情報を流す人が対象になる人を選ぶ労力と漏れのリスクととりあえず全員に流して各人がそれを取捨選択する労力ではどちらがよいのだろうなぁ— あそなす (@asonas) 2014, 12月 17 エンジニアじゃない人もリポジトリにコミットしたり、チャットでがやがや話をしていたり、Issuesトラッカーで盛り上がりをみせていたり、そういう情報があふれるチームで何年も仕事をしていると、必要のない情報を無視する能力が育ってくる。 メンションがきたら何かしらのポップアップで僕に通知がくる。それを見て、自分に関係ありそうなものだったら何かアクションをする、そうじゃなかったら無視をする。そういう能力。鍛えれば鍛えるほどその判断は高速にできて、仕事が捗る。 「いや、そもそも通知とか必要最低限にしておけばそういう判断も能力も必要ない」という意見もあるけど、それって結局情報を発信する側が、その情報を必要としてそう

最近はマネジメントにおけるモチベーション管理について学習を深めている。その一環として1分間モチベーションを読んだ。 1分間モチベーション パンローリング株式会社Amazon この本はメンバーに良い仕事をしてもらうために、どのようにモチベーションを管理していくかについて書かれている。おおまかに3つのことを説明していて、以下のトピックについて学ぶことができる。 やりがいがある仕事をするにはどうすればよいか メンバーが自己管理をしながら目標を達成するにはどうすればよいか モチベーションを鼓舞するような声援(援助)の方法はなにか この本を読むと、なぜ目標設定が必要なのか、仕事をどのようにして任せるほうが良いのかなどのことが分かってくるので、非常に参考になった。新しくマネジャーになり、仕事をメンバーに任せるということを初めてするような人には非常におすすめな本だと思う。 今回は次のことが興味深かったの

【サイボウズ式編集部より】この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回ははせおやさいさんが考える「日報の効果的な活用法」についてです。 日報──。そこはかとなく、いやな響きですね。 なんとなく監視されているような、オマエ、さぼってねえだろうな？　と言われているような、そんな気持ちになる単語です。 最近は書いてもらったものをチェックする側に回ったとはいえ、やはりどうしても書くのも書かせるのも、気が進まないです。日報なんてなくても、成果ベースで何をしているか評価してあげられればいいのですが、成果物がないタイプの仕事もあり、悩ましい。 また、日報を書くのが苦手という人も多く、以前、毎晩残業続きの同僚が、「日報を書いてる時間がもったいない」とこぼしていたのを覚えています。 しかし、日報を書く必要があった職場にいたころ

#kuniakirb で話したリモートワークについての資料です

Laco @laco0416 定時が17時半だという話の後に「君の都合で早く帰ってもらっても構わないけど今まで来た学生さんはみんな最後までいたよ(にっこり)」されたし完全にブチ切れモード入った　その話は16時ごろされて、それから一時間半放置されて椅子に座って時間経つの待ってただけ

Inc.com：ビジネス（そして、顧客からの無理な要求）から絶対に逃げないことはすばらしいですが、一方で会社のためには何が最良なのかも、ご存じのはずです。すなわち、時には要求を拒絶するということです。特に、彼らの要求が会社が費やすことのできる範囲の労力や時間を超えるような状況になった時には、それが必要です。 だから私たちは、Young Entrepreneur Council（YEC）の何人かの創業者たちから、相手との関係を完全に壊すことなく、確実に、しかも礼儀正しく「ノー」と伝える方法を教えてもらいました。以下が、彼らが教えてくれた最良のやり方です。 1. 要求を誠実に聞く 「わかります」などの言葉を使いながら、相手の言うことを「聞いていること」をわかってもらいましょう。もし彼らの要求が、応えることがまず無理なものになったとしたら、「状況はお察し致します。しかし残念ながら、それは私どもが

新しいビジネスを成功させるには、顧客や口コミが欠かせません。起業家には友だちを援助するのが好きな人が多く、助けられた友だちは新しく始めたビジネスがいかに素晴らしいかを、喜んでツイートしたり口コミで伝えてくれます。だから、新しく始めたビジネスで友だちにサービスするのは意味のあることです。ほとんどの起業家とその親友たちにとって、無料や割引価格で物やサービスを提供するのは、ごく自然なことです。しかし、HubSpotの創業者でありCTOのDharmesh Shahさんは、ビジネスを始めた友だちが仲が良ければ良いほど、友だちが要求するサービスや割引を断る方法を覚えておいた方がいいと言います。Shahさんは最近LinkedInで、起業家の友だちが特別扱いしてくれようとした時に、丁寧かつ慎重に断らないと、友だちが最悪の起業家になりかねない危険性について書いていました。 Shahさんは、友だちを特別扱いす

【サイボウズ式編集部より】 この「ブロガーズ・コラム」は、著名ブロガーをサイボウズの外部から招いて、チームワークに関するコラムを執筆いただいています。今回は、脱社畜ブログの日野瑛太郎さんによる「仕事の任せ方、頼み方」について。 「人に何か仕事を頼む」という行為は、とても面倒くさいものです。 誰かに仕事を頼む以上、最低限どんな仕事をやってほしいのか説明をしなければなりません。「アレやっておいて」で済む相手であればいいですが、相手がまったくその仕事に通じていない場合は、説明だけでかなりの時間が取られてしまいます。仕事を依頼した後も、質問に答えたり、仕事の結果をチェックしたり、やることは意外と多くあります。 このような状況から、人に任せるのではなく「もう自分でやったほうが早い」と思ってしまうのはある意味では当然です。この考え方は、短期的には正しいと言えるでしょう。納期がピンチだという時に、悠長に

メルマガ過去記事 有料情報　どの本も面白いと大好評。 手帳やメモの使いこなしが身に付く！厳選「文具名著42」販売中！

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