はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 伝えたことを意図通りにやってもらえない経験はありますか 「きちんと伝えたはずなのに、意図した通りにやってもらえなかった」 ソフトウェアのチーム開発において、こうした経験をしたことがある方は多いのではないでしょうか。 私自身も、仕事を進める中でその経験は何度もありました。 恥ずかしい話ですが、過去の私は、伝えたことを意図通りにやってもらえなかった原因が、相手にあると思い込んでいました。 しかし、今、振り返ってみると、その原因は私にあったと思います。 そのような恥ずかしい自分の行動を戒めるために、私が実際に失敗してきた原因と、その対策を紹介

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私のチームでは、数週間に1度のタイミングで、チームの皆で過去の出来事を振り返って、良かった点や改善点を挙げてチームを改善していく活動を「振り返り」と呼んで実施しています。 今回は、データをもとに振り返りをする方法の紹介です。 前提として、振り返りについて以前に2つの記事を公開していますので、よろしければ参照ください。 チームの皆が積極的に発言する楽しい振り返りにする方法として「ファシリテーターを皆に任せて楽しい振り返りに」という記事を以下で公開しています。 また、そのように全員が積極的に発言する振り返りができるようになっても、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに チームのメンバー皆に意見を出してもらいたいような会議をすることはよくあると思います。 本稿は、そういう時に積極的に発言してもらえるようにするための考え方とプラクティスの紹介です。 チームの皆に意見を出してもらいたい会議とは いろいろあると思いますが、以下に2つの例を挙げます。 UXレビュー 私のチームでは、開発中のプロダクトに対する改善点を皆で挙げるという活動を行っています。 チーム内では「UXレビュー」と呼んでいます。 具体的には、開発メンバーが開発中のプロダクトを実際にユーザーがよく使うユースケースでどんな体験をするのかを

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 数年前、私は社外のコミュニティに参加する前は以下の状態でした。 技術記事の投稿経験なし 社外での勉強会の参加経験なし 社外での発表経験なし そんな私が、コミュニティに参加した後は、人生が劇的に変わり、エンジニアとして楽しく成長できるようになりました。 現在の私は「ハピネスチームビルディング」というテーマで Software Design というIT月刊誌で連載していますが、そうなったのもコミュニティに参加していたからです。 本稿では、コミュニティに参加することで、楽しく成長しやすくなる話を書きます。 楽しく成長するために刺激し

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに 私はハピネスチームビルディングというテーマで発信していて、その中では、「記事を書いてアウトプットすると成長しやすい」というものがあります。 ただ、記事投稿を継続することは、なかなかハードルが高いので、それをマネージャーやリーダーがサポートする方法の詳細を以下の記事に書いていますので、よろしければ参照ください。 エンジニアが記事を書くことの有効性は、様々な人が言及していて、エンジニアが成長するために、とても有効なことを間違いありません。 だから、マネージャーの方々の中には、「うちのチームのエンジニアにも、記事投稿を継続する

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに ソフトウェア開発のチームに、新しいメンバーが入ってくることはよくあります。 以前に新卒社員がチーム入ってきた場合の育成方法を紹介しました(こちら)。 今回は、新卒社員ではなく、他の会社から中途入社か同じ会社の部署異動で来る新メンバーの話です。 (エンジニアが数百人などで規模が大きい会社の場合、部署が違うと仕事のやり方が全く変わる場合があるので、今回は中途入社と他の部署からの異動を同じように「新メンバー」として扱います) 会社や部署が変わると仕事のやり方が大きく変わるため、仕事のやり方に戸惑うことが多いと思います。 本稿で

はじめに チームの皆で、働くモチベーションに対して過去を振り返ったポエムを書いて発表してみたら、なかなか良い自己開示になって、お互いの理解度が上がり、心理的安全性が高まりました。 とてもお勧めの手法なので、私のチームで実施した方法を紹介します。 元ネタは、実践「最高のアジャイルチーム」を作る方法 という記事で紹介されている方法です。 上記の記事の「ポエムの重要性」という章には、以下のように書いてあり、それを実践してみました。 「なんで今この会社にこのポジションで働いているんだっけ?」ということを小学校ぐらいからの掘り起こしてみんなで書いてるんですよ。「大学行ってこういう勉強しました。こういう経路で今のポジションに就きました」みたいなことを感情や理由を含めて、書いていくと、人の価値観がすごいわかるんですよね。 これを書くのすごい時間がかかって、コストかかるんですけど、非常に重要です。なぜかと

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに 私のチームでは2〜4週間ごとに、チームの皆で良かった点や改善点を挙げてチームを少しずつ改善していく「振り返り」をしています。 ただ、チームの振り返りにて、経験の多いメンバーが多く発言し、若いメンバーがあまり発言しないという事はないでしょうか? 過去の私のチームはそうでした。 それを改善し、全員が発言しまくる振り返りができるようになっても、だんだん振り返りがマンネリ化してしまう事はないでしょうか? 過去の私のチームはそうでした。 また、チームに問題がなく順調すぎて、振り返りで挙がる改善アクションが些細なものになってしまう事

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 同じチームの後輩に対して、名前を呼び捨てにするか君付けするか、敬語を使うか使わないか、様々な考え方があると思います。 私の場合は、呼び方や敬語の有無を変えた経験があり、そこから学んだことを紹介します。 最初は君付けだったが 私は最初、同じチームの後輩を「小島くん」のように君付けで呼んでいました。 当時の私は、社会人という意識が低く、会社の後輩に対して学生時代の部活の後輩と同じ感覚で話しかけていました。 しかし、ある時、転機がありました。 上司からすると、私は後輩に甘くて厳しさが足りないところがあったのでしょう。 後輩を呼び捨て

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに 本稿は、ペアプログラミングとモブプログラミング(以降、ペアプロ・モブプロと表記)について、私のチームでのガイドラインを紹介します。執筆時点でのペアプロ・モブプロ歴は4年です。 私のチームは若手が多く、「ハピネスチームビルディング」という皆が主体的に楽しく成長しながら開発するという取り組みをしているため、「メンバーが楽しく成長する事」を重視している点が、普通のやり方と少し異なります。 ハピネスチームビルディングの詳細は、ITエンジニア向け月刊誌「Software Design」で連載してますので、そのWeb公開版の以下を参

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに スキルアップには発信活動が良いと言われていますが、3年前の私(38歳)は、技術記事を書いた事も社外発表した事もありませんでした。 そんな私が発信活動を始めたことで人生が劇的に変わりました。 その前の十年以上より、発信活動を始めてからの3年間の方が圧倒的に成長できました。 発信活動をきっかけに、Developers Summit 2020 KANSAI でベストスピーカー賞1位、Software Designで連載執筆、Microsoft Build 2022で発表などの機会をいただきました。 その中で様々なエンジニアと楽

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 2年半前の私は、IT系の会社に勤めている30代後半の平凡なサラリーマンでした。 その時点では、社外での発表経験なし、社外での勉強会の参加経験なし、技術記事の投稿経験なしでした。 そんな私が発信活動を始めたことで人生が変わりました。 今は凄く楽しいエンジニアライフになり、以下のような事が起きました。 複数のITエンジニア向けコミュニティに所属して楽しく交流 「Serverless LT初心者向け」というコミュニティを立ち上げて運営 Developers Summit 2020 KANSAI でベストスピーカー賞1位を受賞 ITエ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに C#の有名なテストフレームワークは、MSTest、NUnit、xUnitの3つがあります。 xUnitが一番人気があります。 本稿は、現在MSTestを利用していて、人気のあるxUnitに乗り換えたいという人が、乗り換える価値があるということをチームメンバーに理解してもらうための記事です。 xUnit とは Microsoftの以下のページから、xUnitの概要を抜粋します。 .NET でのテスト .NET 用の無料のオープン ソースのコミュニティ向け単体テスト ツールです。 xUnit.net は、NUnit v2 の最初の

はじめに 本稿は、Developers Summit 2021 Summer の以下のセッションで学んだことを書きます。 セッション名:95%の習慣化達成率を実現する方法〜ハビットエンジニアリング〜 講演者:片岡 俊行[ゆめみ] セッション詳細:https://event.shoeisha.jp/devsumi/20210730/session/3225/ 学んだこと 以下の7つの仕事術を行うことで、習慣化が達成できることを学びました。 1. 範囲目標 高すぎる目標だけあった状態では、習慣化は達成できない。 重要なポイントは「範囲目標」を定義して、ミニマムの最低の目標を立てること。 範囲目標とは、Max / Minを決めて、その範囲に収まってればOK!とする考え方。 ミニマムの最低の目標は、バカらしい目標でよい。 例えば、「毎日、書籍を開いて1文だけ読む」。 バカらしい目標でも、それを行う

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに 私のチームは2019年までは、同じフロアでチーム4人が集まって、ペアプログラミング/モブプログラミング中心で開発し、チームで情報を共有しながらお互いに助言し合って開発していました。 アジャイル開発のチームとして、わりと良い感じにコミュニケーションを取りながら開発できていたと思います。 しかし2020年に、コロナの影響で、突然チーム全員がリモートワークに変わり、それは崩壊しました。 チーム全員がリモートワークの初心者のため、リモートワーク初日は大変な事になりました。 今まで同じフロアで気軽に声をかけあっていましたが、それが

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 私は十年近く前、レビューで大量の指摘を登録することが何度かありました。 当然、大量の指摘修正をしてもらうという行為は、手戻りであり、それだけプロジェクトの進捗を遅らせることになりました。 とても恥ずかしい話ですが、当時の私は、レビューで大量の指摘で手戻る原因が、レビューイにあると思い込んでいました(本当にごめんなさい)。 しかし、今、振り返ってみると、__手戻りの原因はレビューアである私にあった__と思います。 そのような恥ずかしい自分の行動を戒めるために、__どれだけ当時の自分が残念だったのかを紹介__します。 要するに反省

はじめに 本稿は、任意のデスクトップアプリをブラウザ上のリンクをクリックして起動させる方法の紹介です。通常は、ブラウザのリンクからデスクトップアプリは起動できませんが、それをできるようにする方法です。 例えば、Excel://hogeserver/sample.xlsx というブラウザ上のリンクをクリックして、sample.xlsx を Excelで開けると、とても便利です。 2022年3月28日 追記 本稿で紹介しているカスタム URL スキームを用いて、SlackでUNCパスのリンクを開けるようになるツールを以下で公開しています。 SlackでUNCパスのリンクをクリックして直接ファイルが開けるようになるツール「Liwing」 カスタム URL スキーム Windowsには、URI スキームという概念があり、特定のアプリはブラウザからでもリンクをクリックすることで起動できます。 例えば、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに 本稿は、私が1年以上の期間をかけて、成長し続けるチームに変わることができた施策を紹介します。 本稿は長文なので、忙しい人は太字だけを拾い読みして、興味をもった施策だけを詳しく読んでいただければと思います。 なお、本稿の内容で「Developers Summit 2020 KANSAI」というカンファレンスで発表した結果、ベストスピーカー賞1位をいただきました。発表を視聴してくださった方々に感謝しております。 発表資料と発表動画はコチラ 2. 施策の効果 私の開発チームは当初(1年と数ヶ月前)は、以下の状態でした。 あまり

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに あるプロダクトの開発チームの生産性を計測したいと思いました。 昔は、開発したソースコードの行数で生産性を計測していたと思います。ただ、ソースコードの行数では、正しく生産性は計測できないと言われています(例えばこちらの記事など)。 では生産性は、どうやって算出するのが良いのか、具体的な方法(そのまま真似できる方法)を探したのですが、見つからなくて困っていました。 ということで、生産性を計測する方法を考案して計測してみた結果、そこそこ良い効果があったので、その方法を紹介します。 成果とは何か [生産性] = [成果] / [かかっ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに あるプロダクトの開発チームの生産性を計測したいと思いました。 昔は、開発したソースコードの行数で生産性を計測していたと思います。ただ、ソースコードの行数では、正しく生産性は計測できないと言われています(例えばこちらの記事など)。 では生産性は、どうやって算出するのが良いのか、具体的な方法(そのまま真似できる方法)を探したのですが、見つからなくて困っていました。 ということで、生産性を計測する方法を考案して計測してみた結果、そこそこ良い効果があったので、その方法を紹介します。 成果とは何か [生産性] = [成果] / [かかっ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. はじめに ペアプログラミングは、ベストセラーになった「レガシーコードからの脱却」や MicrosoftのDevOps開発チームの紹介記事などでも紹介されている素晴らしいプラクティスです。 私のチームでペアプログラミング(以下、ペアプロ)とモブプログラミング(以下、モブプロ)を実施した結果、手戻りが減り、メンバーが成長し、その後の生産性がアップしました。本稿はその詳細を説明します。 特に、メンバーの育成という点では、ペアプロ・モププロは間違いなく効果的だと思います。私は過去に10人くらい新人育成に携わってきて、新人配属後1年間の開発

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに コロナの影響で、チーム全員がリモートワークに変わりました。 それまでは、同じフロアでチーム4人が集まって、ペアプロ/モブプロ中心で開発し、チームで情報を共有しながらお互いに助言し合って開発していました。 リモートワークになっても、それは継続できています。それは先人の方々が展開してくれた知見のおかげです。それら先人の方々に感謝します。 本記事では、私のチーム(私が中堅で、他3人が若手)で実際にとても役に立ったリモートワークでのチームビルディングのノウハウを紹介します。 本稿は2020年に書いた記事で、1年後の2021年にさらに内

はじめに C#でクラスライブラリを開発する時に、必ずやった方が便利な設定の紹介です。 前提として、その開発したクラスライブラリのDLLファイルが、別のソリューション(.sln)から参照される場合を想定しています。 (同じソリューション内で[プロジェクト]の参照しかしない場合は、本稿の設定をしなくても問題ありません) デフォルト設定のままで不便なこと 開発したクラスライブラリを、デフォルト設定のままで別のソリューションから参照させた場合、以下の2つの不便なことが起きます。 ここで言う「デフォルト設定」とは、Release ビルドしたDLLファイルを参照させた場合を意味します。 インテリセンスでコメントが表示されない 開発したクラスライブラリが、以下のようにプロパティやメソッドのコメントを記載しているとします。 /// <summary> /// 人を表すクラス /// </summary>

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに プログラミングの仕事を効率的に行うためには、プログラミングの知識だけでなく、仕事の進め方も大事と思います。 10年近く前、私のプロジェクト(C#での開発業務)は自分も含めて若手が多く、次のような「仕事の進め方」の問題が多々有りました。 1つの不具合の修正に対して、10時間以上かけて実装したが、そもそも修正方針が間違っていたため、最初からやり直しとなった。 レビュー指摘の修正時に、類似の問題が他にないか横展開調査をしないため、何度も差し戻しが発生した。 そこで、当時の私はプロジェクトメンバーの仕事の進め方を改善する方法を考えまし

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに モブプログラミングは、各自がソロで分業するよりも、少ない機能を早くリリースすることに適しており、楽しい上に、知見も共有できると思います。 本稿は、社内向けのWebサイトを開発する際のモブプログラミングでの会話を公開することで、その魅力を感じてもらうことが目的です。 モブプログラミングとは 1つのディスプレイの前で3人以上で議論しながら開発することです。ドライバー役(キーボードを打つ人)が1人に対して、ナビゲーター役(指示する人)が2人以上になります。詳細は以下の記事を参照ください。 明日からできる働き方改革「モブプログラミング

はじめに 一般的に、ソフトウェア開発は、チーム内の情報を共有し、チームメンバーが相互に協力して問題を解消しながら進めることが良いとされています。 そのため、最近の書籍や記事には、上記の協力がやりやすいようにチームは物理的に同じ場所で開発することを推奨しているものもあります(最近ベストセラーになった書籍「レガシーコードからの脱却」でも推奨されています)。 しかし、実際には様々な事情で、チームが物理的に同じ場所で働くことは難しいことがあります。そんな場合に有効なのが「分報」です。 本稿は、私のチームで分報を導入して良かった点を紹介します。 分報とは 分報とは、Slackなどの社内チャットツールを使い、自分専用チャンネルで「今やっていること」や「困っていること」をつぶやくプラクティスです。詳細は以下を参照ください。 Slackで簡単に「日報」ならぬ「分報」をチームで実現する3ステップ〜Probl

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 最近(2019年10月)、よく話題に挙がる書籍「レガシーコードからの脱却」を読んだところ、とても素晴らしい書籍でした(ベストセラーになってました)。多くのプロジェクトが、この書籍を参考に、レガシーコードを作らないようになるといいなと思いました。 本稿は、私が書籍「レガシーコードからの脱却」を読んだ結果、特にプロジェクトに適用すると良さそうだと思った事をまとめた内容です。 本稿が対象とする人 本稿は、以下のいずれか1つ以上を実施していないプロジェクトが対象です。 アジャイル開発 嬉しさが分かる最小単位のユーザーストーリーで開発