アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか？ という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応

When I transitioned from supporting a team to supporting an organization, I started to encounter a new category of problems I had never thought about. How many teams should we have? Should we create a new team for this initiative or ask an existing team to take it on? What is the boundary between these two teams? These questions were the gateway to the obscure art of organizational design. As I’ve

文章は、「これで伝わるだろう」という淡い期待を簡単に裏切ります。伝えたいことを期待通りに伝えられるようになりたいのなら、「表現の質」を高めるための推敲の技術の習得が不可欠です。 この記事では、大切ながら手間のかかる推敲を「効率的に」実施する方法を紹介します。ほとんどはじめて論文を書くことになった学生さんが、論文原稿（卒論・修論）の価値を飛躍的に向上させるうえで役にたちます。また、論文に限らず、「正しく、詳しく、丁寧に伝えたい」という気持ちで文章を書こうとする場合には、さまざまな場面で使えるはずです。 この記事で紹介する推敲の手段は、「切り分ける・並び替える・繋ぎ方を変える・削り落とす・一貫させる・まとめる・明確にする・限定する・やさしくする」の９種類です。この９種類さえ自由自在に駆使できれば、論文の文章を劇的に良くすることができます。この９種の推敲を、「まず工事して、片付けて、最後に気遣い

「誰から、何を、学ぶべきなのか。」を業界トップの現役エンジニアから聞く「MASTER OF ENGINEER」。 今回は、16年に渡ってグリーのCTOとして技術を牽引してきた藤本真樹氏へのインタビューです。 大事なのは楽しく続けられることー エンジニアを志したきっかけを教えてください。藤本：中学1年生のときにはじめて家にパソコンが来たんですよ。そのPCを触ってるのがとにかく楽しくて、中学生の頃からプロのプログラマーになりたいと思っていました。 深い理由はよくわからなかったですけど、楽しかったからだと思います。 ー これを作りたい、というのは当時からありましたか？藤本：当時、PCゲームで遊んでいたのですが、PCゲームは仕組みやデータを見られたことが大きなきっかけでした。 工作キットを買って電子工作もしていましたが、ハードウェアって大変なんですよね。すごく高いお金を出して買っても、ハンダ付けを

はじめに 2020年の1月から執行役員CTOに就任し、そこから数年間「CTOの役割は何か」を自問自答してきました。 就任当初から「CTOの役割とは、経営とソフトウェアエンジニアリングを接続することである」という考えはありましたが、上手く言語化できずにいました。 最近になってようやく他者へ説明できるレベルまで言語化できるようになったので、現時点での考えを残しておきたいと思い、4年ぶり（！）にブログを更新する1ことにしました。 本ブログポストの要旨 筆者の考えるCTOの役割は、「ソフトウェアエンジニアリング組織の日々の活動が企業価値の向上に繋がっている状態を作ること」です。 企業価値の向上のためにソフトウェアエンジニアリング組織が行うべき取り組みは、コーポレートファイナンスの視点を導入することで論理的に導けます。 そして、ソフトウェアエンジニアリング組織の日々の活動がこれらの取り組みに自然と向

「GitLabに学ぶ 世界最先端のリモート組織のつくりかた」の輪読会のススメ - そーだいなる輪読会キックオフ / soudai-kickoff

はじめに ※この記事はEngineering Manager Advent Calendar の22日目の記事になります。前日はmtx2sさんの技術的負債に対するマネジメントの記事でした。個人的には「負債上限」「負債ベースライン」の考え方良かったです。 こんにちは。モノタロウでエンジニア組織のマネージャーをしております普川(@taipuka0)です。 自分は前職から通算10年以上してエンジニアリングマネージャーを続けた後、現在モノタロウでは8人のEMのみなさんと日々ソフトウェア・エンジニアリングの現場でマネージャーとして課題解決に向き合っています。これまで色々な壁にあたり、試行錯誤を繰り返して来ました。EMの難しさを痛感したことも多々ありました。 なぜEMが難しいのか？その一つとして、エンジニアからEMにジョブチェンジした際のギャップというのがあると思います。同じチーム、現場にいたとしても

サイバーエージェントのグループ会社である株式会社マッチングエージェントが運営するカップリングサービス「タップル誕生」 20代前半の若い男女を中心に支持を受け、2016年10月時点で累計会員数170万人を突破しました。 今回は堅調な成長を続ける「タップル誕生」の裏側を支える、エンジニア2名にインタビュー。 サービスに対する思いやこれまでの開発秘話、今後のビジョンについて話を聞きました。 河野智則 2011年サイバーエージェント中途入社。サーバーサイドエンジニアとして、コミュニティサービス「アメーバピグ」や「ピグライフ」の運用・開発を担当したのち、オンラインRPG「ピグブレイブ」、美少女バトルRPG「オルタナティブガールズ」といったゲームの立ち上げに従事。 2016年7月に株式会社マッチングエージェントに出向後は、同社のリードエンジニアを担当。 泉水翔吾 2012年サイバーエージェント中途入社

あるプロジェクトでチームを混乱させたことがあるのです。ワタシがこの一言を言ったとき、技術リーダ役のメンバは明らかに困惑した顔をしていましたし、他のメンバは本当かどうか戸惑っていました。 「チームで見積もった工数より早く終わっても、次のタスクに手をつけなくていいよ。その代わり、空いた時間に手順の見直しやこれから必要になるだろうと思う技術的な調査に使って」 「もう一度言うけれど、次のタスクに手はつけないでね」 工事現場の監督経験者の体験談 「会議が早く終わっちゃいましたね。会社に戻りますか」 「今から戻っても定時じゃん。今日やることは終わったのでしょう」 「はい」 「なら帰ろう」 「いいですかね」 「あのさ、現場で現場の監督をやっている頃に失敗したことがあってね。毎朝、朝礼をやるんだよ。現場だから事故が起きるからね。安全とか作業上の注意事項とか、段取りとかね。それで今日の予定している作業を確認

「ぶっちゃけエンジニアリングマネージャー（以下、EM）って、どうなんですか？」 メルカリにおけるEMの役割、魅力などに迫るイベント「Engineering Manager Drink Meetup」が、2018年12月7日（金）、メルカリ東京オフィスで開催されました。現役のEMに加え、EMをマネジメントする「Engineering Manager of Engineering Managers（以下、EMofEMs）」のメルカリメンバーが登壇し、赤裸々に語り合ったイベントの模様をお届けします。 18年のキャリアから見えた、マネジメントに必要なこと 金曜日の夜にもかかわらず、40名ほどが参加。現役のVPoE（マネジメント責任者）やEMなど、第一線で活躍している参加者が一同に会し、盛り上がりを見せた今回のミートアップ。開始の時間を過ぎた頃、執行役員VP of Engineeringの是澤太志が

以前は、学習するときはきちんと頭に入ることを重視しようという考え方をしていて、パソコンに向かえる時に集中して勉強するようにしていた。最近はその考えを変えようとしていて、0になるくらいなら0.1でもいいから学ぶと思うようにしている。 この考えに変えたい理由は、今は子供が小さく、2人目も産まれたため、育児によって自分の自由な時間が減ってしまったからだ。2人目が産まれて驚くほど自由な時間が減った。大体1日で自由になる時間は、2〜3時間くらい（朝1時間、夜2時間くらい）。この時間で学習も趣味も休息もプライベートのTODOも全て賄う必要がある。ちなみに子供が体調を崩したり、何かイベントがあったりすると時間は全て吹っ飛ぶ。 こんな中、きちんと頭に入ることを重視しすぎると、もう全く何もできなくなってしまうなと思った。そのため、効率が悪くてほとんど学習になっていなくても、0.1でもいいからやるようになった

Recruit Engineers Advent Calendar 2018 - Adventar ということで、エンジニアリングマネージャー的なことを書いてみます。1on1とか採用とか評価制度とかではなく、組織力学のような話を。 フォースを感じる 自分は普段からエンジニア組織をマネジメントする際に「構造によって発生する力学」をすごく意識しています。いま、大体100人弱の社員エンジニア組織をマネジメントしているなかで、役割上、判断する仕事がかなりの割合をしめます。その判断でどんな力学が発生して最終的に現場で何が起こるかまで可能な限り想像力を張り巡らさないとならないです。そして、この想像力において、どれだけ解像度を高くできるかこそが現場感だと思います。経験がないと何がおこるか想像すら出来ないと思うので。 ビジネスにおける意思決定で発生したフォースは徐々に伝搬し、最終的にエンジニアの現場に流れ

まずはじめに、2022/01/28のfreee Tech Nightを楽しみにお待ちいただいていた皆様、当日直前にLiveを延期してしまいまして、運営にかわりまして申し訳ございませんでした。この記事はLiveで話す予定の内容の一部を深堀りした内容になっておりますので、文字でもお楽しみいただければと思います。 Abstract 期日を決めることには様々な利点があるが、期日通りに終わらせるにはとてもじゃないが避けづらい問題が多すぎる。 特に期日を先々まで決めてしまうことで直近の期日さえ守れなくなる状態になる。 期日を決めず、優先順位を決め、短い間隔で機能や価値を出すことで、方針の柔軟さを確保し、ランダムに発生する事象に対応しやすくなる。 現在地と予測地点を確認するためにまずは「バーンダウンチャート」をつくって運用してみよう。 はじめに なにか目指したい姿があると、その姿に対して何かしらの案を考

こんにちは。Mackerel CREサブディレクターのid:missasanです。 はてなにCRE（Customer Reliability Engineer）という職種が誕生して3年3ヶ月、私がCREとしてジョインしてから2年半が経ちました。 当時は2人だったCREも、今では5名体制になっています。 その間、私たちにとって大きな変化がいくつもありました。 CREのような新しい職種が一つの企業の中でどのように変化しているか？ それを新鮮なうちにシェアしておくことは、CREを立ち上げようと考えている方や、今まさにCREで業務やチームの改善に励んでいる方、これからCREになろうという方の参考になるかと思い、この記事で紹介させていただきます。 また記事の後半では、世界そして日本でどのようにCREが広まってきたかを振り返り、さらに企業でCREの導入に取り組んでいる方に向けたヒントをまとめました。こ

製品開発におけるマネジメントの全体感最初に結論エンジニアがマネジメント始める際には、↑のようにざっくり簡単にでいいので開発チームのマネジメントの全体像を掴んだうえで、自分がマネジメントするべき範囲を明確にして動くことをオススメしてみます。 以降、もう少し詳しく説明します。 なんで書こうと思ったかエンジニアにとってマネジメントとはなにか。突出した技術力を持った人というのがエンジニアでは花形なイメージが一般的にはあるでしょうし、マネジメントはエンジニア全員にとって必須科目ではありませんが、一定の経験、年齢、スキルになったら考えることだと思います。 しかし、エンジニアにとってマネジメントという言葉はとても曖昧。必須科目でない分、特定技術に関するものよりもずっとドキュメントや教材がすくなく、なにをやればいいかけっこうわかりにくい。 最近だとVP of Engineeringみたいなポジションがメジ

ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては

Platform チームの@deeeeeeeetです． Platform チームは2年前にMercariがMicroservicesの移行を始めたときに一緒に立ち上げられたチームです．Platform チームはMicroservicesを動かすための基盤や開発や運用のためのツールセットなど提供しています．立ち上げ時は自分を含めて2-3人で始まったチームですが2年が経ち10人を超えるチームにまで成長しました． チームのメンバーが増えるほど1チームとして動くには限界がきており，またMicroservices化が進めば進むほどチームの負う責任範囲も広くなりCognitive load (認知負荷) も高くなっていました．これらの課題を解決するために組織変更を行い，Platform チームを複数の専門性に特化したチームに分割しました． 本記事ではチームのデザイン，チームが分離しても独立性を保ちつつ

味噌の香りを引き立て！身はふっくらと！充分に旨味を引き出した【あさりの味噌汁】が旨すぎる！【出汁の取り方／味噌の溶き方など】まとめて徹底解説！ いやぁ。あさりと言えば何？ と聞かれたら、迷わず味噌汁！ と答えてしまうくらい【あさりの味噌汁】が大好きであります。 今まで何度、口にしたか分からないくらい、味わってきたのに、全く飽きない！ それどころか、また求めてしまう！ 実に旨い！旨すぎる！ あさりの出汁(旨味)を引き出し、身はふっくらと！ 味噌の風味も抜群！な、美味しい【あさりの味噌汁】を作るには、様々なコツやポイント／タイミングが超重要！ そこで今回！ あさりの出汁を効かせ、味噌の香りを引き立たせた！身はふっくらと美味しい！ 旨い！アサリの味噌汁の作り方を解説していこうと思います。 味噌の香りを引き立て！身はふっくらと！充分に旨味を引き出した【あさりの味噌汁】が旨すぎる！【出汁の取り方／味

香ばしく焼けた「さんまの塩焼き」は、秋を感じさせる旬のご馳走。でも焼き上がりにムラが出たり、パサついてしまったり「上手に焼くのって案外難しいなぁ…」と感じたことはありませんか？ 「さんまの塩焼きの焼き方には、簡単で、意外に知られていない下処理のコツがあるんです」と、伊勢丹新宿店で魚の調理方法をアドバイスしている＜東信水産＞の矢野なぎささん。さっそくプロが実践している「さんまの塩焼き」の焼き方を教えていただきました！ ▼さんまを使ったレシピはこちらもチェック！ イタリア風　さんまと丸ごとトマトの炊き込みご飯はこちら＞＞ 骨までおいしい！ さんまのコンフィはこちら＞＞ さんまも焼けるグリルパンはこちら＞＞ プロの極意① さんまの下処理はしっかり洗ってくさみを取るのが大事 包丁でやさしくうろこをこそげ取り、「水500㏄、塩大さじ1、片栗粉大さじ1/2」を混ぜ合わせた中で、表面をやさしく洗って、キ