Future Tech Blog
フューチャー技術ブログ

Management カテゴリ

チーム運営や仕事の進め方など、マネジメントを扱います。

累計
  • 48
    投稿
  • 26
    著者数
  • 1713
    総シェア数
  • 362
    X
  • 264
    Facebook
  • 608
    はてブ
  • 479
    Pocket
直近1年
  • 6
    投稿
  • 3
    著者数

月別 投稿数の推移

よく読まれている記事

会議の後に「ラップアップ」を入れてチームを強くする
2025.10♡132
伸びる人の条件についてSlackで話した
2025.07♡9
プロンプトエンジニアリングから逆算して考える、エンジニアのスキルアップ
2025.07♡59
本当は怖い、逆コンウェイ戦略
2023.03♡551
Factorioに入門して「ボトルネック解消」を体感する
2025.04♡7
OJTをいつ終えるか
2026.06♡3

よく使われるタグ

新着記事

OJTをいつ終えるか

以前、OJTを始める方向けに「これだけやろうOJT」を書きました。今回は、始めたOJTをどう終わらせるのがよいか、一つの考え方を紹介します。

これだけやろうOJT

OJTを進める上で大事にしたい3つのこと——ともに希望を語る・あの人はどうなったら嬉しいのだろうをともに語る・美しさと仕事を同時に語る。「これだけ」と言いつつ3つ並べた、先輩と新人双方のためのOJT論。

Mermaid.jsで数値報告のための簡易的なグラフを作るTips

Markdownでプロジェクトの進捗報告やチームの振り返り資料をまとめていると、「ここにグラフがあれば一目で伝わるのに」という場面に出くわします。Mermaid.jsでグラフ化するとAIとの連携も便利でした。

「やりたいこと」ドリブン以外でメンバーのモチベーションを上げる方法

現場からの相談としても多い「モチベーション」を題材にしてみました。メンバーのモチベーションを上げることに悩んでいる方へのヒントになればと思います。

会議の後に「ラップアップ」を入れてチームを強くする

リモートの会議が終わったら即「退出」ボタン。昔は会議室から出る時に自然と生まれていた「ちょっとした立ち話」も工夫なしでは生まれません。

議論が噛み合わないときは、論点が混ざってるかもしれない

会議をしていて、話が噛み合わなくなったり、議論が発散してしまったりすること、ありませんか？そんな状況に陥る原因の1つに、複数の論点がいつの間にか混ざっている*ことがあります。

技術ブログの過去記事を参考に「コミュニケーション」について考えてみた

いままでの技術ブログの記事を読み返して、みなさんの「人と組織」の悩みに役立つTipsを紹介していこうと思います。

DM文化についてSlackで話した

Slack、便利ですよね。フューチャーでも2020年の本格導入以降、多くのプロジェクトで使われており、もはや仕事に欠かせない空気のような存在です。

伸びる人の条件についてSlackで話した

「伸びる人の条件ってなんだろう？」と考えだしたら止まらなかったので、会社Slackのスーパー雑談チャンネルで投げかけてみたところ、有益かつ面白いやり取りができたので議論をまとめました。

プロンプトエンジニアリングから逆算して考える、エンジニアのスキルアップ

プロンプトエンジニアリングの各種手法と、エンジニアのスキル・成長段階の理論を調べた上で、それぞれを紐付け、日々の業務で実践できることはなにかを考えていきます。

Factorioに入門して「ボトルネック解消」を体感する

現在、手元の Gemini を開いてみると、Deep Research は Deep Research with 2.5 Pro へとバージョンアップされています。ほんの1ヶ月程度で記事が古くなっており、生成AIの改良・発展速度に改めて驚かされたのと、またその一方で...

Slack利用ガイドラインを公開しました

Slack利用ガイドラインについてご紹介します。

見積りソンで最優秀賞を受賞しました

2024年11月3日～4日に開催された見積りソンにおいて最優秀賞を受賞しましたので、参加レポートを報告します。

フルリモートでも強いチームを作る！ふりかえり方法の工夫

多拠点のメンバーがフルリモートで働くチームにて実施した、チームビルディングを意識した「ふりかえりの方法」について書きます。

フリーランスエンジニアと気持ちよく働くための心得を考えてみる

あるプロジェクトで10数名のフリーランスエンジニアの方々と一緒に働いています。ご一緒した期間はまだ数か月ですが、この間に学んだことをシェアしたいと思います。

やったことが無い技術領域のチームマネジメントについて

やったことがない技術領域のチームも「見ておく必要がある」という時にどうすべきかの考えをまとめます

はじめてチームリーダーをやってみて気にしていたこと。（Qiitaリバイバル記事）

いままではメンバーとして目の前のタスクやソースコードに集中していればよかったですし、それに甘んずる形でリーダーになることを避けてきたのが正直なところです。半数以上が自分より若いメンバーという中で

アーキテクト教育をボトムアップで考えるLunchセッション会

2024年6月5日に行われたアーキテクト教育をボトムアップで考えるLunchセッション会の開催レポートです。ハッシュタグは #future_tech_talkでした。

アジャイル開発体験記

ソフトウェア開発で大事なのは、臨機応変に対応する力かと思うので、不具合や修正に柔軟に対応できるアジャイルでの開発について、私の体験談をお話しようと思います。

登録プロダクトオーナーを取得しました

!2年前にスクラムマスターを取得しましたが、今後スクラムでプロジェクト運営をしていきたい、DXチームを社内で組織化して手綱を握っていきたいのでプロダクトオーナーを自分たちでやっていきたいというお客さんが増えてくるだろうな、ということでそういうお客さんの支援をしっかりしていけるように知識をアップデートしようということで参加してきました。

ウォーターフォールでもアジャイルでも「タイムラインふりかえり」をやってみたらどうでしょう？という話

チーム内での「振り返り」の大切さを感じたのでどんな振り返りがよいのか、個人的に考えたことを書こうと思います。

カイゼンジャーニーを読んで新しい挑戦に備える

新規ビジネス立ち上げのPJに挑戦しており、少人数からスタートしていくにあたり、自分が何かスタートを切る場面もあるのではないかと思い、カイゼン・ジャーニー たった1人からはじめて、「越境」するチームをつくるまでを読んでみることにしました。

「TEAM GEEK」を読んでメンバー視点で良いチームについて考える

ITコンサルタントになって2年目。自分のタスクだけでなく周りも見えるようになってきた中で、「個人の技術」だけでなく「チームとしての地力」がプロジェクトの成功にとって、大きな役割を占めていると改めて感じることが増えてきました。そのため今回は、ITの現場におけるチームワークについての本を読もうとアマゾンを開いて一番に出てきた「Team Geek」を読んだ感想や自分の思考を共有できればと思います。

PLを始める前に読んでおきたい本

普段、特にPLの方が無意識にやってることを整理して言語化してくれてる本なので、これからPLとして歩みたいと考えてる方には是非読んで欲しい１冊ですし、PL経験が豊富な方でも読むことで自身の頭の中を整理でき...

本当は怖い、逆コンウェイ戦略

アーキテクチャの議論でよく出てくるのが、コンウェイの法則と、逆コンウェイ戦略です。逆コンウェイ戦略に関しては僕も少しモヤモヤするところが個人的にあり、そのあたりを周りの人（と議論したらいろいろ自分が思っていなかった知見も得られたりしたので、まとめてみます。