タグ

仕事とBusinessに関するslay-tのブックマーク (41)

  • Google、仕事メアドでWorkspace(旧G Suite)を無料で使える新プラン「Essentials Starter」

    Googleは2月3日(現地時間)、「Google Workspace」(旧「G Suite」)の新無料プラン「Google Workspace Essentials Starter Edition」を発表した。Googleアカウントではなく、ユーザーが既に使っている仕事用メールアドレスで利用できる。日でも向こう数週間中に利用可能になる見込みだ。 このプランは、仕事用メールアドレスでGoogle Workspaceアカウントを作成することで、無料で15GBのGoogleドライブ、Meet、チャット、ドキュメント、シート、スライド、カレンダーなどを使える。Gmailは使えない。共有できるのは25人まで。クレジットカードの登録は必要なく、完全に無料だ。ドライブやMeetの容量や利用時間を増やしたい場合や招待したい人数が増加した場合は有料プランに移行できる。 Googleは公式ブログで「Es

    Google、仕事メアドでWorkspace(旧G Suite)を無料で使える新プラン「Essentials Starter」
  • 全社員がリモートワークで働くGitLabが今日、米NASDAQ市場に上場。時価総額は約1兆2000億円に

    全社員がリモートワークで働くGitLabが今日、米NASDAQ市場に上場。時価総額は約1兆2000億円に GitLab社が米NASDAQ市場に上場を果たし、14日午前9時半(現地時間)にニューヨークにあるNASDAQ市場のオープニングベルを鳴らすセレモニーを同社共同創業者兼CEOのSid Sijbrandij氏と同社共同創業者でエンジニアリングフェローのDmitriy Zaporozhets氏が行いました。 売り出し価格は77ドルで、同社の時価総額は110億ドル、日円で約1兆2000億円となりました。 同社がサービスを提供しているソースコード管理の分野やDevOpsの分野には、マイクロソフトに買収されたGitHubという強力な競合企業がすでに存在し、それ以外にもDevOpsのためのソフトウェアやサービスを提供する企業が多数存在しています。 そうした中で、創業当初からオフィスを持たず、世界

    全社員がリモートワークで働くGitLabが今日、米NASDAQ市場に上場。時価総額は約1兆2000億円に
  • デザインって難しい - UXデザインの部門が分解された話|Haruka

    ある日、上司から衝撃的なお知らせがあった。 「私たちのチームは解散します」 たぶん、”一つの会社が倒産する時の雰囲気”みたいな、悲しさと不安の混ざった、なんとも言えない空気がチームに漂っていた。 解散の理由:事業部制だから私たちの会社は事業部制。元々自分の所属組織は社組織の一部だったが今回の異動で、私は普段自分がよく一緒に仕事をしている事業部へと異動になった。 他チームの人も別事業部へ異動があったりで、元の部門は約半分の規模に縮小することになる。 社組織は全体的にコストセンターとして“稼がないけど費用がかかる”組織とうちの会社では認識されてて、基的に効率化や圧縮が求められる(らしい、知らんけど。) なので今の枠組みで考えると「貢献してる事業部に行きなさい」というのは理解はできる。 でも、社組織にUXデザインを見ている部門があることには、もちろん理由があったわけで…。 UXデザイン

    デザインって難しい - UXデザインの部門が分解された話|Haruka
  • リモートワークの弊害は職場でのよい思い出が作りにくいこと - BASEプロダクトチームブログ

    こんにちは。BASEの藤川です。 緊急事態宣言も続く状況下で、当社もリモートワーク(Work From Home)中心の仕事の進め方をしています。ネット系企業は、幸いにしてVPNSlackGitHubやドキュメント管理ツール、その他仕事に必要なSaaSやZOOMがオンライン化しているため仕事の作業そのものは、それほど違和感なく自宅からでもできているのではないかと思います。 でも、仕事というのは作業だけで済むものではありません。業績を上げるための作業を生み出す活動を始めとする考えるタイミングであったり、不確実なものを埋めていくためにお互い議論するタイミングなど、曖昧なプロセスの先に、決定をして作業の的を絞り込んでいくプロセスが不可欠で、ここで複数人のチームワークが不可欠です。 今、一緒に仕事をしている仲間においては、コロナ以前から社内で人間関係を構築済みの人と、コロナ禍においてリモートだ

    リモートワークの弊害は職場でのよい思い出が作りにくいこと - BASEプロダクトチームブログ
  • 社員がしらける、上司の「ミッション・バリューからズレた」行動 自律人材が活躍するには、一貫した意思決定基準があればいい

    「デジタル時代の『自律人材』が活躍し続ける組織OS」 斉藤知明氏(以下、斉藤):では石黒さん、自律型人材が生まれる組織とは? について、お話しいただければと思います。よろしくお願いします。 石黒卓弥氏(以下、石黒):はい。改めてよろしくお願いします。「デジタル時代の『自律人材』が活躍し続ける組織OS」ということで、私から10分ぐらいお話しできればと思っております。 自律という話って、かなり難しいなと思ったんですけども。“組織OS”みたいなところで考えたいなと。要は育つ、勝手に育っていく。そういう方がどうやったら行動をし続けられる、もしくは自律し続けられるような組織が作れるのか? について、私の経験を元に問題提起を含めて、お話しさせていただければと思っております。 LayerXで人事と広報を担当する、石黒氏 石黒:改めて、先ほどご紹介いただきましたが、今はLayerXという会社で人事と広報を

    社員がしらける、上司の「ミッション・バリューからズレた」行動 自律人材が活躍するには、一貫した意思決定基準があればいい
  • 寝ている間にパワポ資料ができている 夜中に働いてくれる「Timewitch」登場

    ノートに手書きしたスライドイメージをパワポに再現したり、紙媒体をパワポに起こしたり、テキストで書いたメモをいい感じにデザインしてスライドにしたりしてもらえる。スライドの丸ごと英訳も可能だ。日と時差のある海外在住の日人がパワポ作成を担う。 外資系コンサル勤務経験がある代表が運営するベンチャー企業のTimewitchが提供。同社によると、「一部の外資系ファームのコンサルタントは、昼間は自国のスペシャリスト、 夜間は日から時差のある国の支社のスペシャリストに仕事をアウトソース出来る環境が整っているため、 24時間仕事を動かすことが可能」とし、同じ仕組みをサービス化した。 関連記事 労働時間の常識を捨てて自由になる 「土日は休み」 ではない生活 宮崎市在住の小寺信良さんは、テレワークの普及により変わりつつある労働スタイルについてこんなふうに感じている。 睡眠不足を解消するヘッドギア「Smar

    寝ている間にパワポ資料ができている 夜中に働いてくれる「Timewitch」登場
  • 決済サービスを閉じるときのやることリスト | メルカリエンジニアリング

    Merpay Advent Calendar 2020の20日目は、メルペイProduct EngineeringチームのVP of Engineeringを担当しているnozaqがお送りします。 2020年はメルペイEngineeringチームとして業務しながら、一方で年初からOrigami PayというQRコード決済サービスの提供終了に伴うシステム停止業務を計画・実行してきました。サービスの終わらせ方について詳しく説明されることは中々ないと思ったので、投稿では決済という外部影響が大きい種類のサービスを終了するにあたり、どのような検討がなされたのかを事例としてお伝えできればと思います。 取り組んだこと 決済サービスはお支払いを行う一般のお客さま・お支払いを受け付ける加盟店様・システム連携している金融機関様やパートナー様など多くのステークホルダーが存在します。また店頭でのお支払い方法をご

    決済サービスを閉じるときのやることリスト | メルカリエンジニアリング
  • 「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)

    単純に仕事の用事なのですが、俗に言う経営層と言える立場の方々にヒアリングする機会が増えたことで、とあるセリフを頻繁に耳にするようになりました。 「事業の話ができるエンジニアがいないんだよね。当に困りますよ」です。 これは僕が事業の話をできるとかそういうことを言いたいのではなくて、各社の経営層の切実な想いであり1つや2つの組織で聞いた発言ではなく、あらゆる組織で耳にする強烈なペインであると言いたいんです。 当に、文字通り、全ての組織でこの発言を聞きました。 僕個人としては、「え?そうなんですか?結構いると思いますが」って当初反応してたんですよね。何故なら、自分の周りには幸い「技術にだけ興味があるエンジニア」が少ないからでして、彼らがそこまでの切実さで何を求めているのかはっきりとわかっていませんでした。ただ、僕も諸事情あって彼らと似たような視点を持たなければいけない状況になり、この発言の理

    「事業がわかるエンジニアがいない」 - timakin.com | Seiji Takahashi (@__timakin__)
  • 『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研

    「ビジネスの仕組みがわかる 図解のつくりかた」というを全文公開します!このは、2020年4月に出版されたスマホサイズのコンパクトな新書です。『ビジネスモデル2.0図鑑』を出版後、多くの反響をいただき、さまざまな企業でビジネスモデル図解について講演・ワークショップを開催してきたノウハウを凝縮した一冊になっています。 ※当記事の情報を転載、複製、改変等は禁止いたします それではここから全文公開をご覧ください。 第1章:ビジネスモデル図解、基の「き」はじめに 僕たちが『ビジネスモデル2.0図鑑』を出版したのは2018年9月のことです。「Amazon Go」や「Spotify」など、100の事例のビジネスモデルを同じフォーマットで図解したは、7万部を超えるベストセラーになりました。その後さまざまな反響を得て、企業から多数の講演・ワークショップの依頼をいただきました。「ビジネスモデルを自分で

    『ビジネスの仕組みがわかる 図解のつくりかた』全文公開|図解総研
  • センスに頼らないプランニングの基本

    プランニングといえば、クリエイティブなプランナーが身に付ける、センスと発想力を求められる特殊スキルと思われがちです。 しかしプランニングはもっと身近なスキルです。すべてのビジネスパーソンにとって必要な力で、誰でもそれなりに実践できる日常的な営みです。 というわけで、誰でも真似できるプランニングの基について、分かりやすいプロセスと具体的な実践例と共にご紹介します。

    センスに頼らないプランニングの基本
  • 1人約70万円の投資--ビズリーチがエンジニアらに136台のiMac Proを導入した理由

    人材サービスのビズリーチは4月、エンジニア・デザイナー職のスタッフを対象に、iMac Proを136台導入した。 iMac Proは、2017年12月に発売されたハイエンド向けのディスプレイ一体型のMacだ。プロセッサにはIntel Xeonを採用し、標準でも8コア、最大18コアを搭載する。画像のレンダリングやアプリケーションのコンパイルなどにもパワーを発揮するプロ向けの製品だ。 そうしたスペックとともに、1台55万8800円(税別)~という価格でも話題になったことは記憶に新しい。それを、136台もの台数を導入した背景にはなにがあったのか。

    1人約70万円の投資--ビズリーチがエンジニアらに136台のiMac Proを導入した理由
  • やはり俺のスタートアップの意思決定はまちがっている。

    フォーカスするためには、たぶんどうやってフォーカスするか(前回)に加えて、何にフォーカスするかを決める必要があって、今回は後者、つまり「フォーカスポイントを決める」方の話です。 スタートアップの初期は Y Combinator 的に言うところの Do things that don’t scale (スケールしないことをしよう)をはじめとした明確なフォーカスポイントがあると思います。ただ次第に自分たちでフォーカスポイントを決めなければいけなくなってきて、そのときにどのようにフォーカス先を意思決定すれば良いのか、どうすれば良い意思決定ができるのか、という問いが出てきて、その際に方法論の必要性が生じます。 そこで意思決定の方法論を検討するのですが、スタートアップのような情報不足や資源の制約下では、ゲーム理論をはじめとしたいわゆる規範的な normative 意思決定理論よりは、行動経済学や認知

    やはり俺のスタートアップの意思決定はまちがっている。
  • 工数見積もりのコツ - Qiita

    はじめに 稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(こうすう1)というのは、仕事において、あるひとつの作業を完了するまでにかかる総累計時間のことです。情報処理技術者試験に出てくるTAT(ターンアラウンドタイム)とは意味合いが異なります2。 例えば、ある作業に40時間(40H3)かかるとした場合、工数は40時間であるといえます。1日8時間勤務だとした場合、40時間は5人日(にんにち)と表現することができます。さらに、1ヶ月20日勤務だとした場合、0.25人月(にんげつ)と表現することもできます。 一般的に工数の単位は「人日」および「人月」で扱います。 学生時代は工数を気にすることはないですが、ITエンジニアとして会社で働くようになると、かならず工数を意識する必要があります。 なぜ工数を意識する必要があるのか なぜ工数を意識する必要があるのかとい

    工数見積もりのコツ - Qiita
  • 「マネジャー・管理職」を外注化する流れが始まっている。

    こんにちは。コワーキングスペース「Basispoint」の運営会社、AscentBusinessConsulting代表者の北村です。 コワーキングスペースを運営していると、数多くのコンサルタントや、フリーランス技術者、起業家などにお会いします。 最近は働き方改革の影響もあり、そういった方々から「働き方」についての話を伺う機会も多いのですが、その中で、特筆すべき最近の動きは「マネジャーの外注化」です。 どういうことかというと、言葉そのままなのですが、「プロパーのマネジメントを、外注にやってもらう」という会社が増えているのです。 プロパーのマネジメントを、外注にやってもらう これは、従来の常識から言えば、「ありえない」選択肢でしょう。 マネジャー、つまり管理職は社内で「出世」した結果、ありつけるポストとされているからです。 しかし、最近ではどうも様子が異なるようです。 例えば、成長途上のベ

    「マネジャー・管理職」を外注化する流れが始まっている。
  • 仕事に役立つ軍事ドクトリン|深津 貴之 (fladdict)

    軍事ドクトリン(原則)や戦略書、兵器の変遷史などを読むのが好きです。 戦争が好きなわけではなく、とても勉強になるからです。戦争というのは、有史以来、全文明がもっとも真面目に研究し、アップデートを繰り返してきた分野です。なので、最も合理的かつ実践的なノウハウが詰まっています(軍事が合理的でない国は、だいたい滅びました)。 これらの知識を、応用ができることはいっぱいあります。限られた時間やリソースでの意思決定や、ライバルとの競争、団体競技などなど… 以下は、ジョン・フレデリック・チャールズ・フラーという、英国陸軍の人が提唱する陸戦原則。この原則は、世界中の陸軍教練に広く取り入れられています。デザインやビジネスなどでも、非常に使い勝手良いかなと感じています。 (上のリストは、厳密にはフラーのオリジナルでなく、彼のセオリーから米軍が作った改訂版「1986年版の米陸軍の野戦教範100-5」ベースの、

    仕事に役立つ軍事ドクトリン|深津 貴之 (fladdict)
  • Googleが発見した、最も成功しているチームに共通する5つの特性 | ライフハッカー・ジャパン

    Inc.:長年にわたり、Googleは数え切れないほどの研究に取り組み、膨大なデータを集め、何百万ドルもをつぎ込んで自社の従業員をより良く理解しようと努めてきました。Googleの最も興味深い取り組みの1つであるプロジェクト・アリストテレス(Project Aristotle)は、社内で最高の業績をあげているチームに焦点を当て、チームの生産性を高める秘訣を探ろうというものでした。 なかでも、生産性の高いチームと低いチームの違いは何なのか? を解明することに主眼が置かれました。 この調査をはじめる前、Googleの経営陣は、ほかの多くの組織と同じように、最高のチームをつくるということは、最高の人材を集めることであると信じていました。それは理にかなった考えです。最高のエンジニアに、MBA、博士を集めれば、最高のチームのでき上がり。そうですよね? しかし、Googleの人事分析マネージャ、Jul

    Googleが発見した、最も成功しているチームに共通する5つの特性 | ライフハッカー・ジャパン
  • なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列

    営業やマネージャーにとって、現場にいるプログラマというのは扱いづらい存在である。 飲み会などで、普段の彼らを観察してみると。同じエンジニア同士で固まってボソボソとよくわからない話をして、控えめな声で笑っており、総じて温厚で、扱いやすそうな人々に見える。 ところが、仕事になると、彼らはなんやかんのと理由をつけて、スケジュールに文句を言い、プロジェクト途中のリクエストには素直に答えてくれず、あげくには遠回しな嫌味を言ってきたり、極端な場合には、その温厚な仮面を投げ捨てて、攻撃的な暴言さえ吐く事がある。 どうも彼らは我々の事が嫌いらしい、と感じている営業・マネジメント職の人もいるのではないだろうか? 彼らの人格や価値観に問題がある可能性も否定しないが、このような感情的な齟齬は、多くの場合、あなた自身が彼らの「自尊心」を傷つけていることに気づいていないことが多い。 プログラマの自尊心 プログラミン

    なぜプログラマはあなたの事が嫌いなのか - megamouthの葬列
  • 俺が考える最強の新規サービス開発フロー - 小さなお城

    インターネットサービスを想定した理想を書いてます。 エンジニアリングに特化した話ではなく、アイディアを思いついてからリリースするくらいまでの浅く広い話で、個人的な趣向であり、組織や環境によっては合わないかもしれません。 とりあえず、リーン・スタートアップとアジャイルサムライ−達人開発者への道−は、すごくいいで勉強させていただきました。 アイディアを整理します 実現したいアイディアが解決するユーザプロブレム、提供する価値を整理します。 例えば、 ● ユーザプロブレム: お腹いっぱい美味しいものをべたい! ● 提供する価値  : 安くて美味しくて腹持ち良いべ物屋さん アイディアの簡単なペルソナを想像します ペルソナとは提供するサービスの一番の顧客になってくれる人の人物像です。 例えば、 G太、小学1年生男児。体重40kg。 頭はおにぎりのような形をしており、10円ハゲがある。 小学校では

    俺が考える最強の新規サービス開発フロー - 小さなお城
  • 「ペルソナ」を捨てて、JTBD(Jobs-To-Be-Done)モデルでターゲット顧客を定義せよ - 小さなごちそう

    まずはこんな逸話から。 あるファストフード企業がミルクシェイクの売上を改善したいと思った。 ミルクシェイクの購入者属性を整理し、同一の属性を持つ人を対象に、重めがいいか軽めがいいか、フルーツ味かチョコレート味か、など、どんなミルクシェイクが理想的か尋ねた。調査はうまく進み、特定したターゲットの好みをもとに製品を改善したが、売上は全く改善しなかった。 そこで別のチームが再び調査を行った。調査チームは店舗で来客を一日中観察した。すると早朝にミルクシェイクを買う客が多いことに気がついた。早朝の購入者になぜミルクシェイクを買ったかを尋ねると、 長い車通勤の間に片手で手間なく飲める 一気に飲めないので暇つぶしになる 腹持ちが良い といった理由だとわかった。 この調査結果をもとに製品開発を再度行ったところ売上を改善することができた。 最初の従来型のマーケティングリサーチではWhat(どんなミルクシェイ

    「ペルソナ」を捨てて、JTBD(Jobs-To-Be-Done)モデルでターゲット顧客を定義せよ - 小さなごちそう
  • バックオフィスの標準化の話 - やまもといちろうBLOG(ブログ)

    「我が国が誇るSIer業界が馬鹿にされている記事がけしからん」というので見物にいきました。執筆されていたのは日経BPの木村岳史さん。 SI亡国論(その2)- 日企業のイノベーションを20年遅れにした罪 http://itpro.nikkeibp.co.jp/atcl/column/14/542472/121100010/ お、おう…。 もっとも、これというのは日企業の側が業務効率化のための情報投資に対して、きちんとした仕様を組み上げられなかったり、システムの妥当性を評価できなくてSIerに丸投げした結果も結構あるんじゃないかと思い、そうであるにもかかわらず日経こんぴうたのこんな記事でSIerは酷評されつつも現場は日々のデスマーチで命を削っておられるのだなあと考えると冷え込みの厳しい夜長に暖かい火が心に灯るのであります。 まさにこのあたりの話を聞きながらシヴィライゼーションとかやりますと

    バックオフィスの標準化の話 - やまもといちろうBLOG(ブログ)