リモートワークにありがちな５つの落とし穴
Kalbach氏は、コラボレーティブ・ブレインストーミング・プラットフォームであるMuralのカスタマーサクセス部門長です。以前は、中でもAudi、SONY、Elsevier Science、Lexis Nexis、Citrix、eBayなどの大企業と共に、UXの部門で働いていました。 リモート（遠隔）での共同作業は難しいものです。リモートワークに携わるほとんどの人が、なんらかの理由で困難を感じています。 チームが物理的に分散されたとき、クリエイティブな仕事は特に不利な状況に置かれます。私たちの仕事はビジュアル的な側面が大きく、グループでの作業も多く発生します。多くのデザイナーにとって、クリエイティブワークをリモートで進めることなど想像できないはずです。 しかしリサーチによると、実際にはリモートでのデザイン作業はよくあることだということがわかりました。調査をしたデザイナー275人のうちの３
女性の気持ちをなだめる手続きについて
Miki Ishijima デザインワーク、ソフトウェア開発のワークフロー、デザイン自体の考え方に関する著書を持つ。2013年にザ・マーズナレッジ株式会社設立。 diary 女性の気持ちをなだめる手続きについて Posted by Miki Ishijima on September 18, 2016. ある男性は彼女がイライラしはじめたら、とりあえず甘いものを食べさせると言っていました。怒る理由の大半が、「疲れ」の自分にとっては適切な対処だなと思います。 エンジニアである旦那さんに「俺のために書いてほしい(切迫)」と言われたので、私ひとりでは制御しきれない感情を、一緒にコントロールしてもらうために役立ったことをまとめてみます。 ごめんまでの経路 わたしは、なぜ自分がこんなに怒っているか相手に共感してもらいたいと考えています。 ですので、何を言っても「ごめん」を連発されてしまうと、 旦那さ
【資料公開】カイゼンの基本
みなさんこんにちは。@ryuzeeです。 2016年9月16日に行われたDevelopers Summit 関西で表題のテーマで登壇してきましたので資料を公開します。 カイゼンについては1日のトレーニングコース（バリューストリームマップ作成含む）を[@haradakiro](https://twitter.com/haradakiro)と提供していますのでご興味のある方は[ご連絡](https://www.ryuzee.com/contact.php)ください。 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。 詳細はこちら
Qiitaの及川氏が考えるエンジニアの成長に必要なアウトプット
8月10日に行なわれたオラクルのIoT勉強会の後半、Qiitaのプロダクトマネージャーを務める及川卓也氏が登壇。Qiitaのサービス概要を紹介すると共に、なぜQiitaがエンジニアに資するサービスなのか、エンジニアの成長にまつわる持論と共に解説した。 開発者のモチベーションを高められる「Qiita」 「DEC時代はデータベースで競合していたし、マイクロソフトはSQL Serverでオラクルとバチバチやってた。グーグルなら関係ないかと思いきや、数年前から裁判し始めてしまった（笑）。そんな私がオラクルのこういう場所に立てて、とても光栄」と語り、会場を沸かす及川氏。「ソフトウェア開発を良くすることで 世界の進化を加速させる」というミッションに心動かされた及川氏は、昨年末にIncrementsにジョインし、現在は同社のプロダクトマネージャーとしてQiitaの開発プロジェクトを統括している。 Inc
リスペクトがない人はOSSから排除するしかない
Question regarding writeboost and MYSQL · Issue #146 · akiradeveloper/dm-writeboost · GitHub 最近ライトブーストを試し始めたユーザだが、他人に対するリスペクトがないため「お前の質問には一切答えない」と言って打ち切った。出来るだけそういうことはしたくなかったため、過去に同様のことをした時は忠告する程度に止めていたが、再発したため追放することとした。(Issue 141でも同様に、foolなど罵る言葉を使っていたため忠告した) OSSでは、会ったこともなく、それこそ本名も知らない人がコミュニケーションをとることになる。言語は英語だが、お互いにネイティブである方が稀である。そこで大事なのは、他人をリスペクトする気持ちだ。まじでリスペクトする必要はない。本当にリスペクト出来ないなら去ればいいだけだし、リスペ
チーム開発で暗黙的に行なわれている批評というプロセス - snoozer05's blog
Pull Request を通して行うコミュニケーションに「レビュー」という言葉がつくことに違和感を感じるときがあります。 Wikipediaでコードレビューを引くと、「見過ごされた誤りを検出・修正することを目的として体系的な検査（査読）を行う作業 」とあります。もちろん、これを目的として行うやり取りもあるのですが、その手前の「コードや設計について議論し、もっと良い判断を探る」ために行うコミュニケーションもあると思います。むしろ、そちらのコミュニケーションをやりやすいことが、Pull Request というプラットフォームが提供する価値なのではと感じることが多いのが、違和感の元かもしれません。 2015年6月に O'Reilly から出版された「Discussing Design: Improving Communication and Collaboration through Crit
Slack分報についての質問と回答：僕のチームではどのように分報しているか？ - 株式会社クラフトマンソフトウェア
一週間前に僕のチームで実践している分報について『Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ』という記事で公開したところ、分報を始めてみたという反響が多くあったので、その一部を紹介する。 質問もいくつか頂いたので、それにこたえる形で僕のチームではどのように分報を行っているかについても紹介する。 > 分報を導入したチームからの反響分報を導入したチームからの反響 人に話しかけるときも DM 送るんじゃなくて、相手の Twitter ごっこチャンネルに乗り込んでいって話すほうが割り込んでる感じもしないし、別の人が助け船だしてくれたりする。これは発見 — Naoya Ito (@naoya_ito) November 12, 2015 早速チームに導入している！社内Twitter感覚でやれてる。一人ひとりのステータスの確認がしやすいのでGOOD！：Slackで簡単に「日報」
Daydream Labs: 仮想現実（VR）内でのコミュニケーション
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
言いにくいことを言える職場 リーダーが必要な情報を得るために | DHBR最新号から｜DIAMOND ハーバード・ビジネス・レビュー
リーダーやマネジャーは社員の率直な声を聞くことを望んでいると言う。ところが、そのためにさまざまな手段が講じられても、社員には逆のメッセージと感じられ、効果が上がっていないケースが多いのだ。たとえば、匿名で意見を募る提案箱などは、逆に自由に話すことのリスクを強調しているようなものだし、実際に問題を解決するには、当の社員に話を聞く必要も出てくるからだ。本稿では、真に社員が自由に物を言える職場を実現するために、まずそれを阻害する「恐れ」と「諦め」という2つの要素について解説したうえで、声を上げやすい文化を創造するための具体策を提案する。 『DIAMOND ハーバード・ビジネス・レビュー』2016年7月号 よりお届けする。 門戸を開いていると 標榜はしていても…… 部下たちはおそらく貴重な情報をあなたに知らせていない。たとえば、見込み通りに進まなかったプロジェクトについて。態度の悪いマネジャー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Engadget | Technology News & Reviews
Wantedly（ウォンテッドリー）はたらくを面白くするビジネスSNS
