Management カテゴリ 2ページ目 | フューチャー技術ブログ

記事一覧

全48本のうち 26 ～ 48 本目

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

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

リモートワークでちょっとだけ良くするコミュニケーション（困ることと対策のまとめ）

普段はあまり意識しないけど、強いて言うとこういうやり取りが嫌だって思うことを集めて見たら、学びと共感を得たので紹介します。リモートワーク≒チャットで非同期ワーク、という訳でもないかもしれないですが、自分のチームでは強く依存しているので、共有したナレッジを通して、お互いのストレスが無くなり生産性が上がれば良いなと思います。

ユーザー要望で要件が増えてく〜アジャイル開発での落とし穴〜

自分が担当した業務でのアジャイル開発での失敗について反省したいと思います。選定したアーキテクチャとアジャイル開発の相性があまりよくなく苦労しました。これはアジャイルの本にはなかった知見でした。

アジャイル開発を2年弱実践した開発者目線で語るアジャイルソフトウェア開発 2（日常編）

アジャイルソフトウェア開発をテーマに不定期で記事を書いており、今回はその第2弾です。今回は、「日常編」と題して、アジャイルソフトウェア開発において普段行われていることをテーマにします。未経験の人が実際の開発現場をイメージできるように、私のチームでの典型的なやりとりや、具体例を厚めに取り入れました。

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

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

アジャイル開発を2年弱実践した開発者目線で語るアジャイルソフトウェア開発

2年程度の期間、継続してそれなりの成功を収めることができているため、アジャイル開発をテーマに記事を書くことにしました。アジャイル(ソフトウェア)開発とはそもそも何なのか？どのような時に採用すべきものなのか？といったことについて述べたいと思います。

JFPUGオープンセミナー2021 DX時代のプロジェクトのあり方で登壇しました

JFPUGオープンセミナー2021～DX時代のプロジェクトのあり方～にて、「DX時代の開発と品質。アジャイルでどう品質を担保するか」というテーマにて登壇しました。アジャイルの場合の契約はどうするのか？などの質問もいただきました

人月の神話を読んでみた

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

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

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

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

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

フューチャーでSlack Enterprise Gridの導入を進めた話

いきなりですが、みなさんはコミュニケーションツール（チャットツール）何を使っていますでしょうか。フューチャーでは2020年のはじめに社内公式のチャットツールとしてSlack Enterprise Gridを導入しました

ユーザーストーリーマッピングで始める要求整理

ユーザーストーリーマップがあると、全体像の認識をチーム全体で共有できて便利です。ユーザーストーリーマップは視覚的にわかりやすく、特殊な構造もしていないため共通理解しやすいことがポイントです。また、ユーザーストーリーマップはこれから何を作ろうかという要求定義の段階でも有効に感じます。この記事では要求の整理と理解のためにユーザーストーリーマップを使ってみたときの気がついた点や振り返りをまとめました

はじめてのリーダー論～もしも「明日からリーダーやって」と言われたら～

技術ブログの中でも異色（！？）の「リーダー論」について、私の具体的なエピソードを交えつつお話したいと思います。

The Apache Wayのお話

私が現在参加しているThe Apache Software Foundation（ASF）の基本理念の一つであるThe Apache Wayについて紹介します。The Apache Wayを通して、ASFのことを少しでも知ってもらえたらと思います。

Web会議で意識したい「コミュニケーション環境」をリモート環境アップデートで向上させた話

採用活動などの社外イベントなどでは #技術も好きだけど業務の方が好きと掲げているTIGでは珍しいITコンサルタントです。注：弊社はITコンサルタント集団なので、IT面でも業務面でもプロのコンサルタント集団ですが「どちらかといえば」業務の方が好きという話です。本題ですが、2020年、コロナの影響によりリモートワークが推奨され、弊社も第一回目の緊急事態宣言前には完全リモートワークとなっていました。同じように完全リモートワーク。

リモートワークを促進させるDaily Stand-up Meeting

皆さんは普段どのようにプロジェクトのタスク優先順位を管理していますか？大規模なプロジェクトであればbacklogなどの進捗管理システムを導入しつつ優先度のタグ付けをしたり、あるいは小規模なプロジェクトであれば密なコミュニケーションで状況を常に共有し合ったりしているかもしれません。

サステナブルなエンジニア組織デザイン（後編）～デザインパターンと10のリファクタリング～

後編ではサステナブルなエンジニア組織に向けたデザインパターンとリファクタリングのプラクティスについて紹介します。エンジニアに敬意を払える正しい認識を持ってることを前提として以下のような方々を対象としています。 - スタートアップなどでエンジニア組織をこれから作っていこうとされている方 - エンジニア組織駆動でビジネスをスケールさせていこうと思っている方 ...

サステナブルなエンジニア組織デザイン（前編）～よくある設計とジレンマ～

私はここ十年ぐらい大中小の様々なエンジニア組織をリードしてきました。幾度もエンジニア組織の統廃合を繰り返しながら試行錯誤してきましたが、組織を持続的に成長させることの難しさは身をもって知っているつもりです。未だ正解と言えるような組織デザインは見つかっておらず今もなお試行錯誤中なのが正直なところです。失敗や成功体験の中にエンジニアに特化した組織デザインのヒントがあると信じてサステナブルな組織デザインについて2部構成でまとめてみました。

マネージャーがうれしいRedmineデータのグラフ表示方法を公開します！！（Metabase編）

OSSのBIツールであるMetabaseを利用して、Redmineのデータをグラフ表示する方法を紹介します

デブサミ2019に登壇しました

フューチャーで利用中のRedmineとそのプラグインであるLycheeについて、ユーザー事例として登壇しました。

マネージャーがうれしいRedmineデータのダッシュボード表示方法を公開します！！

Redmineにはデータの可視化機能が標準で搭載されていないという課題があります。そこで、Kibanaを使ってRedmineデータを可視化するダッシュボードを構築する方法を紹介します

マネージャーがうれしいRedmineデータのEVM表示方法を公開します！！

Redmineにはデータの可視化機能が標準で搭載されていないという課題があります。そこで、Kibana＋Timelionを使ってRedmineデータをEVM表示する方法を紹介します

マネージャーがうれしいRedmineデータのグラフ表示方法を公開します！！

Redmineにはデータの可視化機能が標準で搭載されていないという課題があります。そこで、Kibana＋Timelionを使ってRedmineデータをグラフ表示する方法を紹介します

前のページ 12