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

Management カテゴリの記事

  • 36
    投稿
  • 23
    著者数
  • 1075
    総シェア数
  • 297
    Twitter
  • 0
    Facebook
  • 378
    はてブ
  • 400
    Pocket

これだけやろうOJT

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

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

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

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

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

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

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

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

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

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経験が豊富な方でも読むことで自身の頭の中を整理でき...

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

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

チームの開発生産性を高めるための心がけ

最近はアーキテクトとしてチームにジョインすることも増えてきました。より素早く、継続的にビジネス上の価値を提供するためにチームの開発生産性は重要です。チームの生産性を高めるために私が心がけているいくつかの内容を紹介します。

認定スクラムマスターの資格を取得しました

永和システムさんのAgile　Studio主催の認定スクラムマスター研修を受けてきて、認定スクラムマスターの資格を取得しました。

人月の神話を読んでみた

この前新宿で複数の用事を済ませていた際、隙間時間が暇になったため人月の神話を買ってみました。紀伊国屋新宿本店の技術書コーナーはほぼ全ての技術書が置いてあるのではと感じるほどの物量があるのでおススメです。名著として名高い事は知っており、タイトルに惹かれて読んでみましたがとても良いものでした、読書の秋におススメの一冊として紹介します。

リモートワークになって始めた1 on 1ミーティング

TIG DXユニット真野です。小さいですが複数チームのマネージャーをしています。定期的にコミュニケーションやフィードバックを目的に、1 on 1 をすることに決めました。実際に運用を開始して1年以上経過しています。その結果としていくつかナレッジらしきものが貯まってきたのでまとめて紹介します。

BacklogとSlackを連携するツールをGoで作りました

私のチームではタスク管理でバックログを使っています。タスクのカテゴリ、マイルストーンやそれらを組み合わせた検索機能が充実している事や、タスクを入力するとバーンダウンチャートが自動で出来上がるところなど素晴らしいツールだと思っています。チケット消化に貢献すると褒めてくれるのも良いですね。