タグ

2015年7月28日のブックマーク (6件)

  • 仕事はルールとモラルの切り分けでうまくいく | サイボウズ式

    マネジメント 新しいチームのあり方を探求 就活 就活生必見!サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める! 【サイボウズ式編集部より】この「ブロガーズ・コラム」は、サイボウズの外部から招いたブロガーに、チームワークに関するコラムを執筆いただいています。今回ははせおやさいさんが考える「仕事でうまくいくルールとモラルの切り分け方」について。 こんにちは。はせおやさいです。 仕事を依頼する際、「何度言っても納期や約束を守ってもらえない……どうやって管理すればいいの?」という困った場面に遭遇することがあります。そういった場面に

    仕事はルールとモラルの切り分けでうまくいく | サイボウズ式
  • 地域の課題解決 スマホとポイント活用を NHKニュース

    スマートフォンと民間企業のポイントを活用して、健康のためのウオーキングや高齢者の付き添いを促すなど、住民の力で地域の課題を解決しようという取り組みの検討が始まりました。 こうしたなか、奈良市や大阪東大阪市など全国の5つの市と町が発足させた協議会は、スマートフォンと国内最大の民間のポイントサービス「Tポイント」を活用した取り組みの検討を始めることになりました。 協議会は、Tポイントの運営会社の親会社「カルチュア・コンビニエンス・クラブ」のグループ会社と連携して具体化を進めることにしていて、富山県南砺市はスマートフォンの歩数計を使って住民のウオーキングの成果を確認し、歩数に応じてポイントを与えることで医療費の削減を目指すことを検討しています。 このほか、スマートフォンのGPS機能を使った一人暮らしのお年寄りの見守りサービスなども検討していて、協議会などでは今後、ほかの自治体にも参加を呼びかけ

  • フジテレビが27時間テレビで開催したTED、公式ライセンスを取得していなかったとの指摘が相次ぐ

    "カナダのバンクーバー(過去には米カリフォルニア州ロングビーチ、モントレー)で、毎年大規模な世界的講演会を主催している非営利団体のこと。 TEDが主催している講演会の名称をTED Conference(テド・カンファレンス)と言い、学術・エンターテイメント・デザインなど様々な分野の人物がプレゼンテーションを行なう。講演会は1984年に極々身内のサロン的集まりとして始まったが、2006年から講演会の内容をインターネット上で無料で動画配信するようになり、それを契機にその名が広く知られるようになった。" "TEDの精神である「ideas worth spreading」 のもとに、TEDからライセンスを受け、世界各地で発足しているコミュニティー。TEDの名称は使用しているが、運営や人選、設営などにTED体は関与していない。2009年に、TEDxTokyoが開催されたのがきっかけで広まった。名称

    フジテレビが27時間テレビで開催したTED、公式ライセンスを取得していなかったとの指摘が相次ぐ
    fandango_track0212
    fandango_track0212 2015/07/28
    さすがにどうした!?レベル…
  • #サバ美 on Instagram | Hashtags

  • ミスの原因と防止策 間違いの種類

    最新のコラム 特にテーマを決めずに、気ままにコラムを書いています。誤字や間違いもあるかと思いますのでお気軽にご意見ください。 【NO.31】ミスの原因と防止策 ビジネスでは付き物で、多くの人が改善したいミスの原因と防止策について、コラムにまとめてみま 第1回 ミスの主な原因(2009.02.01) 今回のコラムでは、ミスの主な原因を研究すると共に その防止策について考えてみたいと思います。 まず始めに、人為的なミスが発生する要因について主な理由をあげてみます。 技量不足 作業が難しすぎた 記憶力不足 覚えることが多すぎた 慢心 慣れた作業で慢心し、手を抜いた。 不注意 作業の緊張が足りず、見逃した。 緊張過剰 締め切りに迫われ、短絡的な行動をした。 自己誇示欲 格好つけようとして、わざと危ない行為をした。 機械の問題 機械の操作が紛らわしい。 これらの理由からミスが発生するのは確かですが

  • 【社内資料公開】構築担当者向け 運用チームに引き継ぐ時に気にしてほしい3つのポイント | DevelopersIO

    はじめに こんにちは植木和樹@上越妙高オフィスです。AWS上でのインフラ構築が終わり、アプリケーションがデプロイされるといよいよサービスローンチ。数日〜数週間様子をみて問題がなければ運用チームに業務を引き継ぐことが多いかと思います。 運用チームへの引き継ぎ資料を作って「あとはよろしくね」となるわけですが、その段階で「待て」がかかってしまうことがあります。(だいたい待てを言うのは私なんですが) 今回はスムーズに運用チームに業務引き継ぎができるように、私が注意しているポイントをまとめておきたいと思います。 3つのポイント 注意するポイントは3つです。 1. Input なにをトリガーに作業が始まるのか。どんな通知がくるのか。 2. Action 何をするのか。 3. Output 作業が終わったら誰に報告するのか。 1つずつ説明していきます。 1. Input 運用チームは基的に「イベント・

    【社内資料公開】構築担当者向け 運用チームに引き継ぐ時に気にしてほしい3つのポイント | DevelopersIO