エンジニアチーム全員がフルリモートで働く際に役立つ便利ツールと組織のルール | 働き方・カルチャー
こんにちは、株式会社キャスターでCTOを担当しています、福田です。 株式会社キャスターはオンライン秘書サービスを主な事業として展開しており、100名以上の従業員全員がフルリモートで働いています。 エンジニアチームもその例外ではなく、当然全員がリモートワーカーで、各自が自分の好きな場所に住み、集中できる環境でコーディングに勤しみ、必要に応じてオンラインで活発に議論しながらモノづくりをしています。 このブログで伝えたいことそんな我々エンジニアチームは、自分たちにとって働きやすい環境は何かを追求するため、日々新しい取り組みを実験として試しながら、リモートエンジニアリングに最適なツールやルール作りに取り組んでいます。 今回のこのブログでは、そんな我々が、日々愛用しているツールや、リモートワークをする上で気をつけていることや組織のルールの一部をここで紹介させていただこうと思っています。 この記事を読
すべてのデザインの基本「ユーザーヒアリング」を極めるには？ - 酔いどれデザイン日誌 - Drunken Design Diary -
せっかくブログをリニューアルしたのに全然更新できてませんでした・・・怠惰ですね。さて、最近よくユーザーヒアリングのテクニックとかあるの？コツとかあったら教えて！と言われることが多くなったので、私がユーザーヒアリングを行う際に意識している事を備忘録的に書き出してみたいと思います。スタートアップ企業や、大企業のCSやCX部門などユーザーと直接接する機会のある方はよろしければ見ていってくださいな。 目次 ヒアリングの3大落とし穴 ユーザーヒアリングの目的は仮説検証ではない 表面的課題と本質的課題を見極めよう 結果の分析とよくやりがちなミス まとめ ヒアリングの3大落とし穴 勘所を知らぬまま長々と読んで頂くのもあれなので、先にアンチパターンをまとめます。気に留めながら自身のヒアリングを思い返して頂くと、かなりの確率で無意識にハマってしまっている方も多いのではないでしょうか。 「やっぱりそうなんです
高校生にWeb上でプログラミングを教え始めたエンジニアがこの8ヶ月間で得た気づき - Qiita
画像: N高等学校課外授業(N予備校)での生放送授業のブラウザ上での見た目、コメントが書ける 目次 はじめに 教えることになったきっかけ Web企業にエンジニアとして就職できるようになる、というミッション 既存のWeb教材に感じた問題意識 「各自進められるゲームブック形式の教材」と「徹底的にフォローする生放送授業」 コンセプトをもとに構成されたコースと内容 ゼロからプログラミングができるようになった人が生まれた日 永劫、プログラミングは一部の天才たちのためのものか？ プログラミング学習のモチベーションの課題と対応 まじめなオタクたちが社会をよくしようと頑張ること さいごに はじめに 自分はこの8ヶ月間、Web上で非対面のプログラミング教育、具体的にはHTML教材と生放送授業を中心としたプログラミング教育をN高等学校の生徒に行ってきました。 ここに書かれている内容は、これからプログラミング教
優秀な技術者を追い出してしまう方法 - Qiita
若手エンジニアを不幸にしないための開発の「べからず」集 組織運営編から記事を独立させました。 優秀な技術者ほど辞めてしまいやすいのは、多くの会社に共通していることです。 この文章では、どうして優秀な技術者が辞めていってしまうのか、その理由を探るとともに、そうならないようにするための対処方法を少しずつ書き足していきたいと思っています。 マネジャーのみなさんへの前書き 会社の資産であるソースコードはきちんと管理されてますか？ 「きちんと金庫にしまってある」ではありません。 開発が進みやすく、今のソースコードはどのように品質が保たれているのかがわかるようになって 管理されてますか。 ソフトウェアの開発などで生じている課題は、どのように管理されていますか。 「去年の△月ごろに問題になっていたあの件は、結局どうなったのかい。」 「担当していた○○さんがだったら知っているんですけれども、もうやめちゃい
エンジニアを指導する立場の人こそ読んでほしい、新卒エンジニアが1年間で上司に感じた５つのこと - Qiita
（追記 2017/5/10） だいぶ放置していた形になってしまい申し訳御座いません。 僕自身ここまでの反響が（炎上が？笑）起こったことに驚いております。 賛同してくださった方・批判してくださった方、どちらも最後まで記事を読んでいただき、コメントまでしていただいたことに感謝でいっぱいです！ 自身の考え方としても勉強になりますし、何よりみなさんがこれだけ真剣になっていることが僕自身はとても嬉しい限りです。本当にありがとうございます。 前書き エンジニアとして1年経ち、振り返ってみると、業務中にわからないことがあるたびに調べ、 Qiita (記事投稿者の皆様方) には大変お世話になりました。ありがとうございます。（今頃になって自分は登録しましたが笑） 社会人1年目って人生１回きりしかありません。自分も2年目となり指導する側になる身として、 1年目で抱いていた心をいつまでも忘れないために、これを残
ムービングモチベーターズによるモチベーションの可視化 - Qiita
実施手順 事前準備 Management3.0のサイトから １０種類のカード をダウンロードし人数分プリントアウトしてカットし10枚1セットを作っておきます。 プリントアウトできる環境によるかもしれませんが可能ならカラーのほうが10種類が色分けされているので見やすいです。さらに可能ならカードになるような硬めの紙にプリントアウトしたほうが繰り返し使いやすいと思います。 場の設定 進め方にもよりますが十数分から数十分かかりますので会議室などに集まり1人ずつ席について行うのが良いでしょう。 テーマの確認 会社に対するモチベーションなのか、プロジェクトに対するモチベーションなのかなど、テーマによってモチベーションは変わるのでまずはテーマを共有しメンバー全員で認識を合わせます。 カードの並び替え 全員にカードを配り、10種類のカードの並び替えを行います。モチベーションが上がるキーワードを上に、上がら
| 大森渚の日記
ブログをはじめるたくさんの芸能人・有名人が 書いているAmebaブログを 無料で簡単にはじめることができます。
インテル元社長のマネジメント哲学「HIGH OUTPUT MANAGEMENT」 – suadd blog
インテル三番目の社員で元インテル社長アンドリュー・S・グローブによるマネジメント本。かなり昔の本らしいのですが、今になってなぜか翻訳されたようです。 ※復刊だそうです。編集の中川さんによる復刊の経緯はこちらをご覧ください。 昔の本で広範囲の経営の話を扱っていながら、ほぼ色褪せておらず、今でも使える内容ばかりで、非常に勉強になり感銘を受けました。やはりこれくらいの経営哲学を持てるようになりたい。インテルがあそこまで大成功したのも納得でした。 抜粋コメントでいきます。 実はワン・オン・ワンのミーティングはマネジャーと社員のコミュニケーションの基本であるだけでなく、マネジャーが入手しうる組織の知識のソースとしておそらく最良のものだ。私の経験では、ワン・オン・ワンの話し合いを軽視するマネジャーは自分が所属する組織の情報が驚くほど貧弱だった。 僕自身も1on1は役員と行っており、マネージャーにも奨励
全社員フリーアドレスオフィスにおけるクリエイターの働き方
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、CTOの藤門（@mikanmarusan）です。 Yahoo! JAPANは、10月に東京本社を東京ミッドタウンから東京ガーデンテラス紀尾井町へ移転しました。移転にあたり「インターネットを取り巻く環境の変化にあわせて働き方を変えること」「イノベーションを生み出すこと」を重視し、中でも大きな特徴となるのは机を不規則に配置した「フリーアドレス制」の導入となります。東京本社勤務の全社員約5,700名が、20フロアある執務エリアの好きな場所で働くことができます。 本日は、Yahoo! JAPANのオフィス環境の変化における「ものづくり」に携わる2,500名以上のクリエイターの働き方や試行錯誤についてご紹介します。 2016年5
営業ができる人とできない人の違い - GoTheDistance
営業という言葉に良いイメージを持ってる人はかなり少ないんじゃないかと思います。特にエンジニアは営業さんに「泣かされた」経験がおありの方が多いですし。また、電話爆撃営業や詐欺に近いような営業も多い中、益々うさんくささが先行しやすいのかなぁと思ったりします。 ホントはそういうもんじゃないだろって思うので、自分１人で顧客の所に赴き、話をしに行くことも増え、発注側として営業さんの話を聞くことも増えてきました。そんな中で、営業について感じたことを書いてみます。 1. できる人は相手に問いかける、できない人は自分が話し続ける 相手とのコミュニケーションの中で距離感をつかみ、お互いが負担にならないようなコミュニケーションの土台をまずつかむこと。これが恐らく営業のはじめの一歩なんじゃないか、と思っています。 その土台を作るのに、まず自分のことを立て板に水を流したように話す営業がいますが、その時点で僕は「も
交渉や調整で「やってはいけない」いくつかのこと - GoTheDistance
インターネットの備忘録（はてなブログ版）にインスパイアされました。交渉や調整で、僕が感じている「やってはいけない」ことを、便乗して書いてみます。 1. 相手の面子を潰してはいけない 自分の主張を通す為には相手の言っていることの弱点を突いて｢あなたが間違っている｣というものだと仮に思っているのであれば、あなたは色んな人の面子を潰しまくることになりますので、利害が絡む交渉ごとは一切お引き受けにならない方がよろしいかと思います。交渉下手な人間は、利害に関する交渉で行き詰まると相手の間違いを非難する方向にいきやすく、それは結果として自ら交渉を難航させる種を散弾銃で乱れ打ちしていることになります。 感情と感情がぶつかったら、もうそれは交渉ではありません。口喧嘩です。 2. 間違い探しに終始してはいけない 交渉や調整ごとは、どっちが正しいか的な軸で考えてはいけません。自分が正しいかどうかは、関係ありま
まとめサイトに写真をパクられたので請求書を送って合計18万円支払ってもらった件
2016年12月2日NAVERまとめ対策,著作権侵害対策 このほどDeNAは、運営するキュレーションサイト10サイトのうち、WELQを初めとする9サイトを非公開にした。キュレーションサイトとは写真や文章をネット上からパクって再構成するまとめサイトのこと。 作品を無断転載されて怒り心頭のブロガー・イラストレーター・カメラマン・ライターは数知れない。下らないまとめサイトが表示されてうざいと呆れる読者も多い。今回の騒動にはみなさぞ溜飲が下がったことだろう。著作権侵害を平気でしている会社は窃盗団と同じだ。日本社会の暗黒面をここにみた。 画像の無断使用には料金請求する ぼくはこの秋に、まとめサイト５つを含む、合計８サイトに当ブログの写真が無断使用されているのを発見し、そのすべてに料金を請求した。 そうでないと、普通に使用料を支払ってくださっている他のクライアントに不公平になる。 母校の日芸を写し
リモートワークのチーム開発を3000円で劇的に向上させる - ミネムラ珈琲ブログ
たまには仕事の話を書こうと思い立ちました。 僕は株式会社はてなでWEBサービス開発のディレクターをやっています。ディレクション仕事に関するブログだと、チーム運営に関する仕組みや考え方の話を多く見かけるので、チームに最近組み込んだコミュニケーション円滑化のための施策（物理）について紹介します。 僕のチームには仙台の自宅からリモートワークで働くメンバーがいます。 はてなのコミュニケーションはテキスト中心で、会社全体でslackが使われています。また、東京・京都の2拠点があるため、会議室はテレビ会議のシステムが整っています。そういった点で、そもそもリモートワークには適した環境です。 それでもチームで開発を進める上でリモートワークには難しさがあります。それは口頭が必要になった際にひと手間かかるみたいな実務的な側面もあるのですが、もっとも大きいのが職場の空気が共有できないこと。 同じオフィスにいれば
SlackをSIerに導入した話。そしてSIerの未来 : 小野和俊のブログ
「Slackを入れるとSIerはどうなるのか？」 しばらくブログを休んでいたので少しだけ自己紹介をしよう。アプレッソというベンチャー企業を立ち上げて、セゾン情報システムズという会社にexitした。そしていまはアプレッソの社長として仕事をする傍ら、セゾン情報システムズのCTOの仕事もしている。どちらかというといまはセゾン情報の仕事の比重が高いから、リアルの世界では「セゾン情報の小野」と思っている人の方が増えてきていると思う。 「このままでは、SIに未来はない。だから変わらなければならない。」 「当社の社員は言われたことしかできない。」 SIerの経営者と会話していると、よくこんな言葉を耳にする。 自分たちの未来を悲観している人たちが、未来を明るくできるのだろうか？ だから私は、喜びと驚きのポジティブスパイラルで、SIerはどんな風に良くなるのか、壮大な実験をしてみようと思った。 その第一弾と
インド人エンジニアが入社して教育係として学んだこと - こんにゃくマガジン
うちの部門に二人のインド人エンジニアがやってきた。サンプル数が少ないので必ずしも一般化はできないが、今後インド人を採用する会社はたくさんあると思うので参考までに、インド人の教育係を一ヶ月間やってみて感じたこと、学んだことをここにまとめておきたい。 インド人の匂い 最初に会ったときに気になるのは、インド人はインド人の匂いがするということだ。これはもう慣れるしかない。というか、インド人も（気を使って？）香水をつけて来たりするし、自然に慣れた。 インド人の名前 インド人の名前の付け方は、地域によって風習が違う。ある地域では、父親の名前を自分の名前の一部にする。この場合、名前がかなり長くなる可能性があり、日本の各種システムでの姓名入力が文字数制限に引っかかり厄介である。そういう場合は、父親の名前の部分を抜いて対応した。 インドの姓名は日本人にとってどちらが姓でどちらが名なのか分からないし、下の名前
マイクロソフト、Slack対抗の「Microsoft Teams」発表。Slackは「コミュニケーションは難しいですよ」と余裕の歓迎コメントを発表
冒頭で、「Wow. Big news! Congratulations on today’s announcements. We’re genuinely excited to have some competition.」（おお、これは大ニュースだ、発表おめでとう。競合が現れたことで心からワクワクしている）と歓迎の言葉をかけたうえで、「However, all this is harder than it looks. So, as you set out to build “something just like it,” we want to give you some friendly advice.」（けれど、これは見かけよりずっと難しいのさ。どうやら“なんだか似たようなもの”を作ったみたいだけど、ここは親身なアドバイスをさせていただこう）と、余裕のコメント。 アドバイスの1つは
TechCrunch | Startup and Technology News
William A. Anders, the astronaut behind perhaps the single most iconic photo of our planet, has died at the age of 90. On Friday morning, Anders was piloting a small…
どうしてインターネットの人って性格悪いの？
インターネットを見ているといつも喧嘩ばかりしていて疲れませんか？ どうしてインターネットには悪意が蔓延するのか、そして悪意にどうやって対処するべきか・・・。有名なインターネットの博士の意見を聞いてみましょう。 ＜登場人物＞ エリコちゃん 仕事のときにツイッターをしているOL。 ミカ先輩 仕事のときにツイッターをしているOL。 インターネットはかせ 仕事のときにツイッターをしている博士。 今日もネットの人たちはしょうもないことで争ってる・・・ ハァ～・・・ どうしてインターネットの人たちって仲良くできないんだろ・・・ どうしたんじゃエリコちゃん、そんなため息をついて。 あなたは・・・ いつぞやのツイッターはかせ！？ いや違う、わしはインターネットはかせじゃ。 ツイッターはかせとは似て非なるものじゃ そうだったんだ・・・ 本当によく間違えられてこっちも迷惑しとるんじゃ。 この機会に見分け方を憶
チーム開発を始める時に決めること - GeekFactory
頭の中を整理するために、新たにチーム開発を始める時に決めることをリストアップしてみました。すべて書き出すと大量になるので、プロセスや開発基盤を中心に書いています。 プロジェクト計画 ゴール マイルストン スコープ リリース計画 プロセス チーム構成 リスクと対策 プロセス スプリントスケジュール（例：月曜開始の1週間スプリント） 会議体の設定（例：スプリント計画、スプリントレビュー、レトロスペクティブ） 複数チームのワークフロー（例：プロダクトオーナー、UXデザイナー、開発チーム、QAチーム） 仮説検証サイクル（例：仮説設定、リリース、分析） 進捗管理方法（例：リリースバーンダウン） 品質管理方法 障害対応のワークフロー プロセス改善の仕組み（例：レトロスペクティブ結果のバックログ化） プロダクトデザイン（略） ソフトウェアアーキテクチャ（略） インフラアーキテクチャ（略） テスト計画（略
「工数一日」は「明日できる」じゃない！エンジニアと非エンジニアのギャップとは - paiza times
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ！』 こんにちは、谷口です。 ディレクターやプロジェクトマネージャーといった非エンジニア職の方々は、エンジニアとコミュニケーションをとることに難しさを感じたり、考え方にギャップを感じたりしたことがある方もいらっしゃるかと思います。 「エンジニアとわかりあえない…」「エンジニアが何を考えてるのかわからない…」という方のために、エンジニアとのトラブルのもととなるやりとりや、気を付けるとよいことを考えていきますので、非エンジニアの方々の参考になればと思います。 ■「どれくらいでできる？」はその場で決められるものではない 非エンジニアとエンジニアのもめごとの原因で多いのが、スケジュールに関することです。 非エンジニア「この機能どれくらいでできる？」 エンジニア「一日でできます」 非エンジニア「じゃあ明日リリース
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
