あの奇妙な「半強制的自粛」の数ヶ月間も、ずっと職場で忙しくされていたと伺い、少し驚いています。たしかに現場を持っておられる立場ですから、やむを得ないとはいえ、まことにご苦労様です。 ところで今回、突然、新任の上役からTさんに降ってきた「DX化」の指示の事を伺い、失礼ながら思わず、昔読んだDilbertのマンガを思い出してしまいました。「Dilbert」とは、ハイテク企業のバカバカしさを風刺した、米国の新聞連載マンガです。 その中で、ずっと部長の秘書をしていた女の子（たしかティナとかいう名前でした）が、秘書業という仕事の報われなさに嫌気が差して、エンジニアに職種転換を希望しようとします。しかし、同じ職場のアリスという女性エンジニアが、忠告して言うのです。

「プラント・エンジニアリング会社のように、物理的に目に見えるモノを作っている分野は、数量が測りやすいからいい。ソフトのように目に見えない成果物を作る仕事は、進捗管理がとても難しい。」 ・・こういう意味のことを、IT業界の方から何度か言われたこともある。いえいえ、どういたしまして。プラント・エンジニアリングのプロジェクトでは、設計業務だけで18ヶ月〜24ヶ月もかかる。この間、膨大な図面や仕様書が生成されるが、プラント予定地では１年後にやっと、基礎工事のための穴掘りが始まる程度だ。設計作業の進捗をどう捉えるかは、同じように悩ましい。

個別的な業務を予見可能にするとは、どういう意味でしょうか。『個別性の罠』にとらわれないためには、ユニークな業務であっても、その行き先をある程度、予測できるようにすることが必要です。かつ、望ましい形に進むよう、計らう必要があります。 それは端的に、その業務がいつぐらいまでかかり、どれくらいの費用を要し、どんな工数を必要とするのかを、つかむことです。そのためには、業務のボリュームや作業の構成を考え、全体の工期・工数・コストなどを、見積もる能力をつける訳です。そして、それに応じた体制や予算、人のアサインなどを決めていきます。つまり、計画していくということです。業務を「計画可能にする」といってもいいでしょう。これによって、いわば野放しの「野獣」を、通常の仕事の体制や予算の中に、取り込めるようにしていきます。

クラウド・ネイティブはIT人材や組織をどう変えていくか 及川卓也氏（以下、及川）：こんばんは。及川と申します。今から1時間ほどモデレーターを務めさせていただければと思います。 本日は、クラウド・ネイティブ自体がIT人材や組織をどう変えていくかというテーマで、このお三方を迎えて1時間半ほど、お話したいと思います。 私は今日モデレーターを務めさせていただく、Tablyの及川と申します。100人中99人が「タブリー」と読んでしまうのですが「Tably（テーブリー）」という会社名だけは覚えて帰っていただければと思います。 IT業界に30年ほどおりまして、基本的にずっと外資系におりました。ただ、そのあとスタートアップ企業を経て、今はスタートアップや大企業のいわゆるDX（デジタルトランスフォーメーション）のお手伝いをしております。 2019の10月に『ソフトウェア・ファースト』という本を出させていただ

はじめに プログラミングの仕事を効率的に行うためには、プログラミングの知識だけでなく、仕事の進め方も大事と思います。 10年近く前、私のプロジェクト(C#での開発業務)は自分も含めて若手が多く、次のような「仕事の進め方」の問題が多々有りました。 1つの不具合の修正に対して、10時間以上かけて実装したが、そもそも修正方針が間違っていたため、最初からやり直しとなった。 レビュー指摘の修正時に、類似の問題が他にないか横展開調査をしないため、何度も差し戻しが発生した。 そこで、当時の私はプロジェクトメンバーの仕事の進め方を改善する方法を考えました。一般的には「問題を見える化」することで問題が改善されると言われています。逆に言うと、問題は見えないままでは改善されません。 つまり、各自の仕事の進め方の良し悪しを見える化が必要でした。従って、仕事の進め方の良し悪しを測るチェックシートを作成し、その評価結

米国に移住して一年が経過した。正直なところ日本のほうがいいところはめっちゃある。特に生活面は、日本はホンマに素晴らしいと実感している。ただ「職場環境」は米国に圧倒的に負けていると思う。たとえ英語のハンデを背負ったとしてもこちらの方が圧倒的に快適だ。日本に一時帰国して感じた違和感とその分析、対処策について考えてみた。 日本で感じた「違和感」 日本を出た１年前と比べると、働き方改革の成果か、多くの人が日本の職場環境に疑問を抱くようになっていてそれはとても素晴らしいことだと思う。ただ、一方でインターネット上の議論を読んでいると、今まで圧倒的な「権力」を持っており、ある意味表面上は「尊敬の対象」だった「年齢の高い人」が「老害」や「昭和」などとバッシングされているのを見て非常に違和感を感じた。私も来年早々５０だし、昭和だし、日本に帰ってきたら年齢で就職できないから自分で会社やるしかないかなとかぼんや

この記事は Product Manager Advent Calendar 2019の18日目 です。 はじめに プロダクト作りにおける負債の種類 技術的負債 組織的負債 関係者的負債 思想的負債 負債の誕生 影響し合う負債の恐ろしさ 地道に負債を解きほぐしていく おわりに はじめに Yamotty氏の素晴らしい記事に触発され、 ストラテジーと実装の一致を保つのが困難な状態、つまり プロダクトに関わる負債のせいで進捗しづらくなった時に どのように戦っていけばいいのかを掘り下げていきます。 スタートアップの強みはストラテジーと実装の一致 早さが生まれる理由は「ストラテジーと実装が一致しているから」だと考えている。 逆に言うと、これらが一致していない場合、早さは生まれない。 正しい戦略が、組織や技術的負債のために実行されなければバツ。 逆に素晴らしいテクノロジーを扱えるチームがあったとしても、

2019年9月25日、ランサーズ株式会社が主催するイベント「オープンタレントサミット〜令和元年、これから求められる本当の働き方改革とは？〜」が開催されました。働き方改革が施行され、大企業が副業を解禁するなど、これまでの「働き方」が大きく変化するこの時代、企業はどう向き合っていくべきか。このイベントでは、本質的な働き方の変化を進める企業の担当者が登壇し、取り組みや事例をもとに様々なディスカッションが行われました。この記事では、マイクロソフトの澤円氏による基調講演「本当の働き方改革に必要な考え方」の内容をお届けします。我々はデータを信じる生き物に変化をしたーー。そう語る澤氏は、すべての企業はテクノロジーカンパニーにならなければいけないと語ります。 澤氏がひも解く、本当の働き方改革に必要な考え方 澤円氏：みなさんこんにちは。日本マイクロソフト澤でございます。50分ほどお時間をいただきまして、「働

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされ

前々回、そして前回と続けて、本サイトのテーマである『マネジメント・テクノロジー』の領域について、あらためて考えてきた。 マネジメント・テクノロジーは、目に見えにくい領域における技術である。わたし達の文化は、目に見えるもの（五感で感じられるもの）に対しては細部にまで徹底してこだわるが、見えない物事や抽象的概念には、いたって無頓着、という傾向が強い。 たとえばカレー屋さんの場合、料理の味と、その材料やレシピには研究を怠らない。しかし客の注文をどうとってどういう順序でデリバリーするか、何をストックし作る量をどう予測するか、といった店を運営する過程や仕組みには、なりゆきで応対する。これが多くの店のあり方だろう。 カレーの料理法は「固有技術」で，店の運営の仕組みは「管理技術」（マネジメント・テクノロジー）に属する。もちろん固有技術（味）は、いわばビジネスのベースで、これが不味ければ商売は成り立たない

今年の 7 月から freee の SRE チームのプレイングマネージャーになりました。先月 9 月まではメンバー 3 人、今月からはメンバー 5 人のチームです。社内では独自のロール名が付いていますが、世間一般に通じるロールだとプレイングマネージャーが一番近いと思います。 もともとプレイングマネージャーという仕事に興味はありませんでしたが、マネージャーとの 1 on 1 でやってもらえないかと打診されたのがきっかけです。迷ったときは「昨日の自分だったら選択しないことをあえて選択する」ことをモットーにしているので受けてみることにしました。 プレイングマネージャーに求められるのはチームのアウトプットを最大化すること、そしてチームメンバーの成長をサポートしつつ良いチームを作っていくことです。かつ、自分自身もプレイヤーとして OKR にコミットします（マネージャー業に時間を取られるので貢献できる

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ソフトウェア開発の様々な局面で役に立つ、心理学的現象や行動経済学についての知識です。 経験則で把握済の事柄もあるかもしれませんが、 言語化して名前を与えることで何かのときにスッと出せたり、周囲の方々と議論しやすくなったりすると思います。 以下の3つの分類で記載いたします。 打ち合わせやチームワークに役立つ知識 設計やプログラミングに役立つ知識 メンタルヘルスケアに役立つ知識 打ち合わせやチームワークに役立つ知識 自己効力感 自己効力感とは、自分には何かを達成する能力がある、と信じる感覚です。 自己効力感が形成されていると、仕事の意欲が増

結論からいうと、取りかかるときに「終わらせなくてもいい」と自分に言い聞かせることです。 「終わらせなければならない」と思うと、緊張感が高まり「コンディションが整うまで待とう」「もっと時間があるときにしよう」という理由で先送りされやすくなります。 その結果、別の仕事の締め切りが迫ってきて、ますます時間がなくなり、取りかかるハードルは上がるいっぽうです。 これは、借金をしている人が「全額返済できるようになるまで返済は一切おこなわない」と決め込むようなものです。 借金は増える一方なので、必ずどこかで破たんします。 つまり、締め切りを延ばしてもらうか、ほかの仕事を犠牲にするか、徹夜をするかのいずれかを余儀なくされます。 “少額”でもいいので、とにかく毎日“返済”する 無理なく続けられる分量を見極め、毎日欠かさず続ければ、日数はかかりますが必ず終わります。 ただし、借金には利子がつくため、返済額が利

新人と呼ばれる時期を終え、だんだんと仕事にも慣れてきたR25世代のビジネスパーソン。 「自分のキャリアって、本当にこのままでいいのだろうか？」 そう考え、転職サイトや転職エージェントを覗いている人も多いはず。 新R25が8月にお届けする特集「はじめての転職 サバイバル」では、そんな読者が自分自身のキャリアを見つめ直すきっかけ、そしてはじめての転職活動で活用できる実践的なノウハウをお届けします！ 4日連続公開特集の第1回は、20代半ばで転職を経験し、転職先のリクルートでフリーマガジン『R25』の創刊に携わった田端信太郎さんにインタビューを敢行。 最新著書『ブランド人になれ！』（幻冬舎）のなかでは、若手ビジネスマンに対し「こんな量は絶対不可能だというレベルの仕事を、必死でやりきれ」と説いている田端さん。 そんな、ある種時代にそぐわないようにも思える仕事論を持つ田端さんは、若手時代にどう働いてい

実践している日本企業は20％。調査会社のIDC Japanが公表したDevOps（デブオプス）に関する調査結果である。実践の具体的な計画を持つ企業を含めると約3割に達する。DevOpsはビジネスニーズに応じてアプリケーションをはじめとするソフトウエアのデリバリー（提供）やデリバリー後の改変を素早く実行可能にする一連の取り組みや手法を指す。 社運をかけて新サービスの立ち上げを決めた。提供開始まで時間の余裕はない。サービスの概要はほぼ固まっているものの、途中で変更になる可能性が高い。業務部門に「こんなシステムが欲しい」という明確なイメージがあるわけではない──。こんな状況で要求に応え、ユーザーが実際に使えるアプリケーションを作り上げるのがDevOpsの目的だ。アジャイル開発、バリュー・ストリーム・マップ、自動テスト、CI（継続的インテグレーション）、コンテナなど様々な手法や技術、ツールを活用す

マネージャー歴15年以上の人が言ってた、マネジメントで大切な9つのこと 1 教えるではなく気づかせる 2 上からではなく支える 3 任せたら見ない 4 でも失敗の責任は取る 5 仕事だけでなく人生を心配する 6 示した態度は貫く… https://t.co/dqZTEDwgwM

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 近頃の世の中の流れは恐ろしい。全業種ソフトウェア企業にならないと競争力が維持できない。 “寝たときは製造業、朝起きたらソフトウェア企業” by Werner Vogels（CTO, Amazon.com）at AWS re:Invent 2017 Key Note という恐ろしい話は管理職に落ちてくるので、「寝たときは製造業のマネージャ、朝起きたらソフトウェア企業のマネージャ」になれるのか？を考え始めるべきです。 元銀行員で非エンジニアで、いつのまにか開発ツールベンダーにどっぷりの私の経験からのTips を共有します。 エンジニアの方は

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

最近気づいたんですが、長男には「ちゃんと見た目を整えてあげるとなんかやる気が出る」という特性があるようなんです。 以下、ちょっとした話です。 以前も書きましたが、長男は夏くらいから塾に通い始めました。 まだ小4だし、大変だったら無理せんでいいよと言ってはいるのですが、今のところ楽しんで通っているようです。 本人的には、塾自体もさることながら、塾の帰りに軽く買い食いが出来るとか、塾がある日は自分だけちょっと寝る時間が遅くなるので、長女次女が既に寝ている、「パパ・ママ・自分」という空間で過ごせることが、どうも凄く嬉しいようなんですね。 私と奥様は、いつも子どもたちを寝かしつけてから自分たちのご飯を食べるので、その空間に混じると長男すげーはしゃいで色々喋ります。まあ主にゼルダやらスプラトゥーン2の話とかなんですが。 考えてみると、双子が生まれた後の長男は、両親をいっぺんに一人占め出来る時間という

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? #はじめに 最近は年を取ってきたのか、様々な人にマネジメントの考え方やソフトウェアアーキテクチャの設計についてのメンターリングをすることが多いのですが、その時に必要なのはやはり説得力です。僕は基本的には欲望に弱い人間なので、すぐに欲望のままに行動します。それは主に知識欲と食欲です。そのため、２０歳からどんどんと太っていき、才能がないと突破できないとされる１００kgの壁も悠々と突破するような人間ができあがりました。 すると不思議なもので、声が聞こえてくるのです。 「こいつ、マネジメントとかいってるけど、セルフマネジメントできておらんやんけ