軍事スパイと言えば、多くの人が容姿端麗なイケメンか、もしくはアニメ『ルパン三世』の峰不二子のような、才気あふれる美女を思い浮かべるだろうか。 華麗な社交術で人をリードし惹きつける、魅力的な紳士淑女だ。 ジェームス・ボンドで知られる映画007（ダブルオーセブン）ではまさにそんな世界が繰り広げられるが、しかしそんなイメージはもちろん虚構でしかない。 隠密に活動しなければならない存在なのに、華やかに目立ってしまっては仕事にならないのだから当然だろう。 無能な凡人を装い、敵から警戒すらされない存在になることが求められる。 それでいて洞察力、敵味方を見分ける嗅覚、恐怖を克服する胆力など、あらゆる能力に秀でていなければならない。 超人的に優秀でありながら、虚栄心を抑え込む心の強さが必要ということである。 そしてそんな凄いスパイが、日露戦争（1904－1905年）の時の日本にもいた。明石元二郎という。

Resource株式会社は、3,000の実績データをもとにwebエンジニアの業務委託単価表を公開したと発表した。 現在の単価が適正単価なのか、次の単価レンジに行くにはどうすれば良いか、開発発注プラットフォーム「ISSUE」の実績を使い調査したとのことだ。 2022年11月ではISSUE上に1,800人以上のユーザーデータと2,000以上の単価診断結果があるという。またISSUEではクラウドソーシング形式で企業とマッチングすることにより、報酬を獲得することができる。その際の契約時給単価を今回の相場作成の参考にしているとのことだ。 ・1,000〜2,000円 インターン・アルバイトレベル。プログラミングを始めたての学生や勉強中の人が対象になる。実務経験としては0〜1年ほどの人が当てはまる。プログラミングの概念を学んでいる段階なので、外部APIなどの公式ドキュメントを理解するのが難しい場合もある

うちの会社に、元キーエンスのとても優秀なセールスパーソンがいます。前職では、営業所の過去最高売上を何度も叩き出していた人です。 （↑Forbesにも取り上げてもらいました） 彼を採用したのは「新規事業」のセールスをしてもらうため。 ぼくらは「スタートアップファクトリー」を運営しています。革新的なスタートアップを次々生み出すビジネスモデルで、この1年ほどでvertical SaaSを中心に、10以上の事業を立ち上げてきました。 新規事業のセールスは、一般的な営業と比べてもかなり難しいです。 まだ商品がこの世に存在していない段階で「完成したら導入するよ」という内諾を得ないといけない。 彼が入社する前は正直、なかなか思うように成果が出ていませんでした。 しかし彼が来てから、事業は驚くほど加速しました。入社するなりすごい勢いで、アポや購入の内諾をとりつけていったのです。 いったい彼は、他のセールス

2022年8月9日 ある企業さまでの研修「45分間で『ユーザー中心のものづくり』ができるまで詰め込む」のスライドです。登壇枠が45分という限られた時間のなかで、UXデザイン・UXリサーチのもっとも大切なエッセンスを凝縮してお伝えするようにしました。Read less

はじめに議事録、取ってるぅ？ そろそろ新人は現場に配属され始めた頃だろうか。 「議事録取っといてよ」とか軽く言われて頑張って作ったら、赤字まみれに添削されるのが通過儀礼。 だいたい新人が最初に任される仕事だと思う。 ところが、議事録を真っ当に取ろうとすると日本語能力、プロジェクトへの理解、構造化力とかが試されるので、割と高度なスキルの複合が求められるのである。 というわけで、議事録を簡単に作るコツを１つ伝授したい。もちろん、習得のためには訓練が必要なので、この記事ではTips程度の話だけど、結構便利だと思う。 実用系スキルなので最後に課金枠を作っておくが、課金枠に中身はない。 君はおひねりを落としてもいいし、落とさなくてもいい。 そもそも議事録とは議事録とは、議事を記録したものである。 一般に会議を行った際の議論の展開と結果を示すもので、発言を一字一句名前付きで記録するものは特に逐語録なん

この記事で書きたいことは、大筋下記のようなことです。 ・「これは問題だ」「だから改善したい」と、自分ごととして真剣に考えてくれる人というのは極めて希少です ・ただ「便利になる」というだけでは誰も動かないし、どんなにいいものを作っても使ってもらえません ・当事者意識を「持ってもらう」ということは基本的に出来ません ・当事者意識を持っている人を別に探し出すことで、なんとか状況を打開出来る場合もあります ・だから、「この人は当事者意識を持ってくれている/くれていない」を嗅ぎ分ける能力はとても重要です よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前にも書いたことがありますが、私はかつて、システム開発の会社に勤めていました。 社員数は4桁に届かないくらいで、SI案件とSES案件が大体半々くらい、自社業務と客先常駐も大体半々くらいという

今、IT関連の技術は様々な企業の競争力の源泉です。一方で、実際に企業が必要とするよりもITエンジニアの数は少ないため、採用競争は激化するばかりです。そこで、元ウェブエンジニアでITエンジニアの採用担当を経験した私の視点で、ITエンジニア採用に関する情報をまとめることにしました。 なお、ここでいうITエンジニアはアプリケーションエンジニア、インフラエンジニア、機械学習エンジニア、QAエンジニアなどIT関連エンジニア全般を指します。 # 更新情報 * 2022/05/17 - 公開 * 2022/05/17 - 中途採用前提であることを Chapter 1 に追記 * 2022/05/18 - 誤字の修正 Chapter 15 「行進」 -> 「更新」 ※はてなブックマークでの指摘ありがとうございます * 2022/05/19 - 活用事例の Chapter を追加 * 2022/05/20

この日に関してはリリースの開発工数日に含まないように事前スケジュールし、 普段の仕事中にやれていない対応、作業の整理やコミュニケーションを行なう日としています。 社内イベントは、Gather.Townを使用して運用しています。 メリット / デメリット メリット エンジニアチーム全体に情報を共有するの提供 仕事以外の会話の場が増えた デメリット 運用コスト 特に組織にマッチさせて、継続的に実施できるフォーマットが決まるまでのコストがかかる ある程度繰り返し実施するとフォーマットが確定するのでコストは下がっていく ☕ Coffee Chat 内容 社内イベントで大人数で集まるコミュニケーションの場を設けることはできたが、 リモートで大人数集まっても同時に喋れるのは3〜4人程度ということも、何回か実施して分かってきました。 そこで以下のスライドで紹介されていた、Coffee Chatを取り入れ

たまには軽い話題をば。 自分の中で信頼できるエンジニアかどうか？を見極めるひとつの指標で「込み入った議論の時に図を書くかどうか」というのがあります。 今までの経験上、図を書く派のエンジニアは割と良い感じの人が多かったので採用している指標なのですが、何故これが機能しているかというのを改めて考えてみた。 他者の認知負荷を理解している コンテクストを合わせることにコストをかけられる意識がある 自分の思考の整理するツールとして図を扱えている ザッと挙げましたが、この３つが機能している要因なのかなという気がしています. 他者の認知負荷を理解している あれやこれやエンジニア間で技術議論している中で、「Aさんはこの領域に詳しいけどBさんはこの領域にはほどほど詳しいくらいだな」という個々のレベル差に応じて認知の負荷がかかります。ただでさえ議論していると結構なスピードで話が展開されていくので、認知負荷が更に

こんにちは、nay3です。前回の「所定労働時間を7時間に減らして3年が経ちました」に引き続き、今回はリモートワークについて書いていきたいと思います。 この記事を書きたいと思ったきっかけ万葉は10年以上前からリモートワークを取り入れていたため、リモートワーク自体は私たちにとって特別新しい話題ではありません。しかし、新型コロナウィルスの感染拡大防止のためにほぼ完全にリモートワークに移行してみたところ、以前のリモートワークには不足な点があった、生き生きと働くことを妨げている構造があったということに改めて気づくことができたので、その話をしたいと思います。 万葉は創業当初からリモートワークを取り入れていた ソフトウェアの開発というのは、開発者同士やお客様とのコミュニケーションさえできれば、基本的にPCとネットワークがあれば場所を問わずに行うことができる仕事です。家で行うことができれば、時間や体力の節

私は、あらゆる組織・個人の中に、「依頼された仕事をやらない人」を見てきた。 例えば、コンサルティングに訪問した会社のプロジェクトチーム内に。 あるいは、執筆を依頼したライターさんに。 またあるいは、会社の同僚・部下に。 彼らは確かに、「依頼された事柄」に対して、「はい、引き受けます」という。 しかし、遂行される気配がない。 心配になって、「あれはどうなりましたか」と聞く。 すると「あ、すいませんやります」と返ってくる。 しばらく待つ。 それでも何も遂行される気配はない。 もう一度「この仕事、やりますか」と聞く。 「やります」と返信がある。 それでも、何も遂行される気配はない。 結局、こちらから連絡するのをやめ、処理はこちらでやることになる。 こういう人々には、「引き受けたじゃないですか！」と怒ったところで無駄であるし、代わりの人を探したり、時には自分でやったりしたほうが早いからだ。 でも、

「仕事日記を書くといいですよ」という話をする機会があったので、日々の仕事をスムーズにするシンプルな「日記駆動仕事術」について書いてみました。 日記書くといいですよ prismatix事業部の塩谷(@kwappa)です。 他部署の人と1on1する機会があり、その中で「日記書くといいですよ」という話をしました。 そういえば以前からことあるごとに「日記書きましょう」と言い続けていたのですが、ちゃんとコンテンツにしたことはなかったような気がします。 せっかくの機会なので、日記駆動の仕事術とその意義について書いてみます。 日記駆動仕事術 これはぼくの1月の日記（架空）です。Notionを使って、1か月に1ページ使うようにしています。やり方はシンプルなので、手に馴染んだツールで置き換えることも簡単だと思います。 タイムラインとしては、1/31(月)の業務を開始したところ、だと思ってください。 TODO

よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました！ ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー！ 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を

プロダクトやサービスのアイディアを考える際に最も重要とされているのが「ユーザーの課題解決に繋がるか」という点。これは、どう考えても正しい考え方な気がする。だって、そもそも課題を解決してくれないサービスなんていらないし、お金も払う気にもならない。 と、思いがち。でも現実は大きく異なる。 意外と課題を解決していないヒットサービスが多い現在大ヒットしているプロダクトのその多くが、実は元々あった課題の解決をしていないのだ。まさかと思うが、下記のようなサービスは、ユーザーのどんな課題を解決したのだろうか？ InstagramYouTubeTikTokそう。どうしても解決してほしい課題があったわけではない。でも、使い始めたらなぜか使い続けてしまう。これらのサービスは、課題を解決していないのに、新たな習慣を通じ、ユーザーに大きな価値を生み出した。 これこそがプロダクトやサービスを考える際の大きな盲点。

ita🍋 @iitta_limonene リモネン社(@limonene_sya)にて紙モノ中心のステーショナリーグッズ制作／ストックイラスト／マダミス周りのデザイン制作してます🕵️‍♀️ LINEスタンプ：https://t.co/7AngWSfhcl／note：note.mu/itaita minne.com/popostry

再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス

世界一の CG アニメーションスタジオであるピクサーで働く人達を YouTube で観ると不思議なぐらいにその熱量を感じとることができる。いろんな会社の中を YouTube で観るのが好きで結構観ている。どんな会社でも自社のいいところだけ切り取って出してるんだろうけど、なぜかピクサーだけは別格に感じる。 こんなに働く人達の熱量をビシビシ感じる会社ってなかなか無い。このブログでいくつか動画を紹介するのでもしよかったら観てみてください。あなたの仕事への情熱を再び呼び起こすかもしれない。 いつかピクサー本社に行ってみたい。 ピクサーの仕事の醍醐味Danielle Feinberg は撮影照明監督（フォトグラフィー・ライティング・ダイレクター）。とあるユーチューバーがピクサー社内を見学した動画があって、その一部に彼女が出ていた。彼女が語る仕事の醍醐味が素晴らしいので意訳した。 以下 Feinber

本noteが書籍『「未経験・低予算・独学」でホームページリニューアルから始める小さい会社のウェブマーケティング必勝法』で取り上げられました！こんにちは。 岐阜でWebマーケをやっているYoshi（@motoy0shi）です。 2021年3月で、今の会社に転職してきて丸1年となりました。もともとフリーランスでWebに関する仕事をしていましたが、Web系の会社での勤務は初めて。 入社して配属されたのは、自社のマーケティング・営業を推進する部署。僕のミッションはただ1つ。「Webを通して商談を作り出す仕組みづくり」です。 特に職務経験もない領域でしたが、見様見真似で１年がむしゃらに頑張った結果、リード獲得数は500％増、さらには一度も対面打ち合わせすることなく、Webのみで数百万円のコンサルティング案件が何件も受注できるようになりました。中には、日本を代表するようなエンタープライズ企業からも。

僕が35歳のとき、父親がガンになりました。 父は印刷会社を創業し、以来ずっと社長をしていました。しかし、ガンのこともあったのでしょう。急に僕を呼び出して「おまえ、来年から社長な」と告げたのです。 ちなみに治療はうまくいき今はピンピンしていますが、病気のことがなかったら、このタイミングで社長になることはなかったかもしれません。 僕は36歳で、印刷会社の二代目社長になりました。 このnoteは、印刷会社の息子として生まれ、36歳で継承し、業界が下降トレンドのなか、なんとか生き延びる道を探り出した話です。 同じような後継ぎの経営者や、いわゆる斜陽産業で踏ん張っているみなさんに届けばいいなと願いながら書いてみます。 ＊ 経営方針がなくてもうまくいっていた 父は何ひとつ言語化しない経営者でした。 経営方針も、経営理念も、一切言語化しない。年度が変わっても「今期の戦略はこうです」などと示されたりはしま

ごらり @gorizukai 部下から「議事録ってなんで作成する必要あるんですか？」と聞かれたことがあるので、今後聞かれたときのために議事録についてまとめてみました。議事録って慣れるまでは大変ですけど、文章の書き方が学べたり、社内人脈ができたりするので入社したての頃は特に進んで議事録作成することを勧めたい。 pic.twitter.com/xV0REtbeVD 2020-11-03 20:56:44