タグ

communicationに関するt_ymt2のブックマーク (6)

  • Company Hacking Guide: We're "Developing" Our Company

    http://www.rubyworld-conf.org/ja/program/ - Video: http://www.ustream.tv/recorded/55359249 - Blog: http://snoozer05.org/?date=20141113#p01

    Company Hacking Guide: We're "Developing" Our Company
  • Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜 Problemが10分で解決するチャットを作ろう

    Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜Problemが10分で解決するチャットを作ろう〜 開発プロジェクトを進めていくと、チームは様々な課題に直面する。こうした課題は、週次のミーティングや日報で共有して解決していくことが多い。 課題は大小様々だが、特に数時間で解決できるような小さな課題をいかにリアルタイムで解決していくかで、チームのスピード感が大きく変わってくる。 僕のチームでは、リアルタイムの課題解決の為に、社内チャットSlackを社内Twitterのようにする邪道な使い方「分報」という取り組みを実践している。 > 日報の弱点日報の弱点 日報は一日の業務の報告書で、一般的に「進捗状況」「体験」「学習」「課題」が記載される。これらをチームで共有することで暗黙知を減らし、個人とチームを成長されることが目的だ。報告方法はチームによって様々だが、メールをはじめ、

    Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ 〜 Problemが10分で解決するチャットを作ろう
  • わかりやすさの技術 - やしお

    社内向けの教育資料を、ど素人でもわかるようにと思いながら作っていて、じゃあ「わかりやすい」って何だろうって考えてた。今まで読んできたいろんなわかりやすかったとそうでないを思い浮かべながら、一般的にここを注意すればわかりやすさを確保できるだろうっていうポイントを一旦まとめておこうと思った。そうしてまとめてみると、に限らず人に何かを伝えること一般に適用される話だなと思った。 読む側の負担を減らす わからない=理解をはばむ障害物がある。この障害物を取り除く/回避する作業が「わかる」ために必要になる。その作業を、作者ではなく読者が負担するとき「わかりにくい」になる。 日社会だと情報の受け手の側がこの「わかる」ための作業を負うことでコミュニケーションを成立させる傾向にある。空気を読むというようなことだ。そのため発信者側が事前に手を尽くしてわかりやすく発信するというのが苦手で、相手が汲み取っ

    わかりやすさの技術 - やしお
  • 安定的にメディアから取材依頼される為に弊社がやっていること

    安定的にメディアから取材依頼される為に弊社がやっていること 創業してから7年ほど経ちますが、有難いことに今まで多くのメディアで紹介してもらいました。 今日は、弊社が安定的にメディアからの取材依頼を増やす為に取り組んでいることや取材の際に気を付けていることなどを書きたいと思います。 1. 弊社のメディア露出実績 2. メディア露出の良いこと・悪いこと 3. 取材依頼を増やす方法 4. 取材が決まった後の大事なこと 1. 弊社のメディア露出実績 主な実績は下記です。 直近1年は約130件、今までの合計は300件ほどです。 弊社サービスは全国各地・全年齢が対象の為、TVを中心としたマス系メディアへの露出に特に力を入れています。 TV(NHK):おはよう日 , 首都圏ネットワーク , ニュースシブ5時 , サキどり↑ , NHKワールド などTV(民放):がっちりマンデー , ワールドビジネスサ

    安定的にメディアから取材依頼される為に弊社がやっていること
  • GitHub「完璧なプルリクの書き方を教えるぜ」 - Qiita

    はじめに この記事は How to write the perfect pull request - GitHub を和訳というか、意訳した記事です。 ご指摘などありましたら大歓迎です! 良いプルリクエストを書くには (原題 : How to write the perfect pull request) 会社が成長していくと、人もプロジェクトも様変わりしていきます。GitHubの中に私達が望む文化を育んでいくためには、我々が何を自覚してコミュニケーションするべきなのか分かってきました。私達のチームが最強であり続けるために、最近以下のようなプルリクエストのガイドラインを導入しました。 プルリクへのコメント (原題 : Approach to writing a Pull Request) プルリクエストには目的を明記しましょう。たとえば… これは〜を調べてみるためのプロトタイプです これは

    GitHub「完璧なプルリクの書き方を教えるぜ」 - Qiita
  • HipChat Server

    Try now Products Featured Developers Product Managers IT professionals Business Teams Leadership Teams Featured Developers Product Managers IT professionals Business Teams Leadership Teams

    HipChat Server
  • 1