はじめに 皆様、初めまして。テクノロジー本部プロジェクト推進部のテンジンチョドンと申します。現在はスクラムマスターを担当しています。 トレーニングを通して気づいたことは、アジャイルの哲学はソフトウェア開発に多用されているものの、それだけに限定されるべきではないということです。ほんのいくつかの例を書きましたが、アジャイルは無限の可能性を秘めており、その活用場所に境界線はないと心から信じています。 近年、アジャイルはソフトウェア開発という起源を超え、様々な業界にその影響力を広げています。例えば、アジャイルは建設や医療などの分野にも応用可能であり、有効で、このブログではアジャイルの進化とアジャイルが活用されている分野の例に触れていきます。 アジャイルの進化を理解する 伝統的に、スクラム、カンバンやリーンなどのアジャイル手法は、ソフトウェア開発の代名詞でした。プロジェクト管理に対する反復的で漸進的

はじめに はじめまして、テクノロジー本部ITエンジニア部の手塚と申します。 アジャイルトレーニングを受講して知った「誰がチームのプロダクトを使うのだろう？何が好きなどんな人だろうか？」（ペルソナと共感マップ）で考えた顧客像の認識合わせと機能の差別化を図るためのアクセシビリティ（※機能の利用しやすさ）について、書いていきたいと思います。 「誰が使うの？」 「誰がチームのプロダクトを使うのだろう？」を考えるときは、プロダクトの全体像を掴んでチームの認識を合わせた上で、「ペルソナ」と「共感マップ」を作成していきます。 ペルソナとは： ペルソナとは典型的なユーザー像を反映した１人の仮想の人間です。開発・デザイン・プロダクトマネージメントチームはペルソナを実在の人物のように感じなければいけません。ペルソナはプロフィール（顔写真、氏名、年齢、性別、家族構成、職業、年収、ライフスタイル等）を設定すること

はじめに 皆様、初めまして。テクノロジー本部ITエンジニア部の石脇と申します。現在は開発者やPO（プロダクトオーナー）を担当しています。 現在のプロジェクトではアジャイル開発を取り入れており、プロジェクトをより良くするためにまだまだ改善できる点があるのではないかと考えていました。そのタイミングでアジャイルの基礎を学べる社内のアジャイルトレーニングの存在を知り参加しました。 アジャイルトレーニングを通して特に印象に残っていることは下記となります。 エムティーアイで推奨されている各スクラムイベントの参加者 各スクラムイベントのタイムボックス 何故タイムボックスを守る必要があるのか ※こちらは、アジャイルトレーニング内で紹介いただいた書籍の内容となります。 また、これらの学びから「プロジェクトをより良くしていくために見直していくべき点」についても気づくことができました。 そのため、本記事では私の

はじめに はじめまして、 テクノロジー本部システムアーキテクト部の高橋昭仁と申します。 昨年の7月から、社内のアジャイルトレーニングの受講の機会を頂き、 トレーニングに参加いたしました。 元々私は、以前の職場でもアジャイル開発を採用していたため、 プロセスやお作法、進め方や振り返りなどは、現場を通じ経験しておりました。 ただ、現場毎でアジャイル開発方法の違いがあったため、 改めてアジャイル開発とはどんなものなのかを基礎からトレーニングを通じ学ぶことが出来ました。 そこで今回は、トレーニングで学んだスパイクについて、お話させていただければと思います。 スパイクとは何か？また目的は？ まず、AgileDictionaryというアジャイル用語が 載っているサイトにスパイクの定義があります。 英文のため、翻訳します。 出荷可能な製品を作ることよりも、質問に答えたり情報を集めたりすることを目的とした

はじめに はじめまして。アプリ開発支援部のタンと申します。Androidアプリの開発を担当しております。 約半年間のアジャイルトレーニングを受け、学んだチームビルディングのタックマンモデルの混乱期について話させていただきます。 チームビルディングが必要な理由 なぜチームビルディングが必要になるのか。チームビルディングはスクラムチームの立ち上げを計画する際、最初のステップであり、チームメンバー間の信頼関係を構築し、チームとして仕事の成果を出し、メンバー間のコミュニケーションスキル向上・チームの効率化・問題削減などの効果があるからです。 チームビルディングにおける発展段階のモデルはタックマンモデルを用いています。 タックマンモデルで一番重要なステップはどこか タックマンモデルとは、1965年にブルース・W・タックマンという心理学者が提唱した手法で、チームビルディングの発展を5段階に分けて行いま

はじめに アプリ開発支援部の小鍋です。 約２ヶ月ほどかけて、スマートフォンアプリのクロスプラットフォーム開発環境の調査を行った記録と、その感想をご紹介します。 今回の調査対象は、 React Native(以下R/N) Flutter Kotlin Multiplatform Mobile(以下KMM) です。 R/NとFlutterはここ数年で最も使用されているクロスプラットフォーム開発環境です[statista]。そのためこの２つを調査対象として選定しました。 KMMについては、私がXamarin.Nativeの開発に携わった経験を踏まえて１年ほど前から注目していたため今回の調査対象に組み入れました。詳細は巻末で紹介します。 今回の調査の目的は、「Xamarinに代わるメインとする代替のクロスプラットフォーム開発環境を選びたい」 というものです。 過去のプロジェクトに携わった経験からP

一般的なアジャイルのリリース計画（複数スプリント分をまとめてリリースするケース） はじめに テクノロジー本部プロジェクト推進部の深澤です。私は３年間、Fintech事業のプロジェクトでPOやPMを担当してきました。アジャイルに関しては独学での知識でずっと業務を行っていたため、基礎を体系的に学び直したいと考え、社内アジャイルトレーニングに参加しました。過去の現場での経験が体系的な知識のアップデートと結びつき、とても有意義な学びとなりました。 本記事では、アジャイル開発プロジェクトにおけるリリース計画についての考え方と、関係者で共通理解を持つポイントについて書きたいと思います。基本的なことではありますが、様々な関係者とプロジェクトを進めていく中で、意外と難しいと私自身が感じた部分でもあります。 結論を先にお話ししますと、以下を関係者（顧客含む）としっかりと共通理解を築くことが重要だと考えます。