はてなブックマーク

この記事は、Uzabase Advent Calendar 2023の10日目の記事です。 昨日の記事は@itsukiyさんの「YAGNIから受け取ったメッセージ」でした。 まえおき 現在僕が所属するユーザベースでは、エンジニア、デザイナー、プロダクトマネージャーは別の組織に所属していて、チームとしてプロダクトを開発・運用する日々の活動はエンジニアからなるプロダクトチームのメンバーが中心となって行っています。 デザイナーやプロダクトマネージャーは兼務であることも多く、日常の多くの時間を共にしてはいません。 もちろん、その時間にデザイナーやプロダクトマネージャーもそれぞれがプロダクトにまつわる活動をしているわけですが、いわゆる全員同席状態、常に自然とチームとしての意識を持ちやすい状態ではない、ということです。 それでも、僕はデザイナーやプロダクトマネージャーを含めた「チーム」として考え、行動

5/9 にリンクアンドモチベーションで開催された、『THE TEAM』と『エンジニアリング組織論への招待』のコラボイベントに参加してきたので、そのレポートです。 connpass.com 僕はどちらも読んでいて、特に『エンジニアリング組織論への招待』を書いた広木さんの語り口の鋭さはとんでもないなと思っていたので、面白かったけれど個人的にはやや消化不良感もあった『THE TEAM』著者の麻野さんとどういう話をするのか、だいぶ楽しみにしていました。 イベントの流れ イベントはパネルディスカッション方式で、『THE TEAM』に示された「5 つの法則」のうちの 3 つについて、それぞれ麻野さんが語り、広木さんがコメントを差し込んで膨らます、といった流れで進みました。 モデレーターは、広木さんと同じレクターの松岡さん。 Aim（目標設定）の法則 Boarding（人員選定）の法則 Communic

「スクラムマスターを雇う時に聞いてみるとよい38個の質問」に答えてみました。 ものすごく長いので（なんせ 38 個あるので）、以下の目次から興味のある質問への回答だけでも見ていただけると嬉しいです。 なお、最初はかなり丁寧に回答していましたが 5 つ目の質問のあたりでこれ終わらないなということに気づいたため、以降はやや簡潔な回答になっています。 スクラムマスターの役割について アジャイルマニフェストでは「プロセスやツールよりも個人と対話を」といっている。プロセスを守らせるスクラムマスターは、それとは反対のことをしているのではないか？ 自分の組織でアジャイルがうまくいっていることを示す兆候は何か？また自分の働きが成功している兆候は何か？ 追跡しないといけないメトリクスはあるか？もしそうだとしたら何の目的でどのメトリクスを追跡するか？ あなたのチームのパフォーマンスは常にコミットメントを達成で

週 40 時間ペアプロ ここ 3 ヶ月ほど、所属しているチームの開発者全員が常時ペアプログラミングしている。 今やっている開発は、ほぼ、「ケント・ベックの本に書かれている XP」そのまんまのスタイル。*1 プロダクトマネージャが書いたユーザーストーリーを、プロダクトバックログの上から順に、4 人の開発者が週 40 時間労働で、毎日朝から夕方まで常時ペアプログラミング、TDD で開発している。*2 このように日常動作がペアプロなので、自然、ペアプロについてメタ的に考えることがある。 そんな折、ふと「この常時ペアプロするスタイルって初心者向けなのでは？」という考えに至った。 守破離の守 「守破離」という言葉がある。 以下に Wikipedia の記述を引用する。 まずは師匠に言われたこと、型を「守る」ところから修行が始まる。その後、その型を自分と照らし合わせて研究することにより、自分に合った、

『パターン指向リファクタリング入門』の著者である Joshua Kerievsky が昨年の Agile 2016 の基調講演で発表した、「モダンアジャイル」というコンセプトがあります。 modernagile.org InfoQ で紹介されていたり、 www.infoq.com 永和システムマネジメントの平鍋さんがまとめ記事を書かれたりしています。 Modern Agile JPanagileway.wordpress.com モダンアジャイルに対するざっくりした理解 Agile 2016 の基調講演については、transcript 付き（ありがたい！）で全編のビデオが公開されています。 www.agilealliance.org これを通して見たので、記憶が新しいうちに、「モダンアジャイル」がどのようなものか、現時点での僕なりの理解をごくざっくりとまとめてみます。 モダンアジャイルの

開発者として、スクラムチームでの開発を去年の 8 月半ばから始めたのですが、この 1 月いっぱいでいったんチームから抜けるので、ざっくりざっくり感想をまとめてみます。 前提として、スクラムには 3 つの役割*1があり、それぞれの役割から見たとき、それぞれの感想があるものと思います。 この感想は、ある一人の開発者から見たものです。 本当によくできたフレームワーク 半年で遠くまで来た 組み合って進むということ スクラムが問うこと スクラムの先はあるのか 「マネジメント」のフレームワーク？ スクラムの外には スクラムの先へ スクラムは「ルール通り」にやるのがおすすめ そして、スクラムの先へ まとめ 補足 : ここに書かれていないこと 本当によくできたフレームワーク スクラムは、本当によくできたフレームワークです。 スクラムがそのはじまりからそうだったのか、どうかは知りませんが、少なくとも、201

スクラムチームで開発者をやっていると、開発者としての振る舞いとスクラムマスターとしての振る舞いは違うな、ということを日々痛感します。 開発者をやっていると「スクラムマスターらしい振る舞い」ができない 8 月に認定スクラムマスター研修に参加して、スクラムマスターとして然るべき振る舞いをある程度は理解していると思います。 スクラムマスターの振る舞いはスクラムチームを最大限効果的にする振る舞いなので、開発者とはいえ、できるだけそう努めようとしてみるのですが、開発者として働いていると、それができません。 というより、それをやっていると、開発者としての責任が果たせなくなるので、したくてもできない、というのがより正確かもしれません。 これでは、開発者とスクラムマスターを兼任するとつらいし成果も出ないだろうな、と思います。 幸い、僕のチームでは兼任ではないのですが。 開発者とスクラムマスターの違い 開発

スクラムは、すべてを明らかにするフレームワークです。 スクラムに取り組むことで、何もかもがスクラムチームのもとに明らかになっていき、（プロダクト開発にまつわる）悩みや苦しみを個人で抱えこむといったことはとても少なくなります。*1 あ……、とは言いながら、僕はまだスクラムをやっているわけではなくて、『アジャイルな見積りと計画づくり』や『アジャイルサムライ』を読んで、イテレーティブでインクリメンタルな開発をしていこうよ、という機運のもとソフトウェアを開発している一介の開発者にすぎないのですが、先日、日本で唯一の認定スクラムトレーナーである江端さんが講師をつとめる認定スクラムマスター研修に参加し、世間知にまみれまくった認識を色々とひっくり返されてピュアになり、それなりにスクラムが何なのか理解できたつもりなのが今です。今所属しているプロジェクトで、これからはきちんとスクラムのフレームワークに則って

はじめに このエントリは「地方在住ITエンジニア（元・地方在住も可）Advent Calendar 2015」の 9 日目の記事です。 www.adventar.org また、「アプレッソ Advent Calendar 2015」の 9 日目の記事でもあります。 qiita.com この記事では、私が京都で働いた経験、また転職して東京で働いている経験から、東京と（相対的に地方である）京都の違いを探してみます。 最後に、私の出身地であり東京から陸路では休憩なしで 9 時間ほど *1 離れたところにある長崎県島原市でもし働くとしたらどうか、ということを少しだけ考えてみます。 自己紹介 東京の江戸川橋 *2 というところにあるアプレッソという会社で働いています。 仕事の内容としては、Java を使って DataSpider という企業向けパッケージソフトの開発・サポートをしています。 ちょうど

久々に *1 Java の話。 JJUG CCC 2015 Fall に行ってきました。 JJUG CCC は朝の 10 時から、懇親会まで含めると 22 時までという地味にハードコアなイベントなのですが、初めてフル参加しました！ 参加したセッション 参加したセッションは以下の通り。 keynote-1 基調講演1 : Javaは守りに入らない、これが今のJavaだ keynote-2 基調講演2：Java EE 8 – Work in Progress CD-1 苦手克服！例外スタックトレースから読み解くバグ CD-2 Java8移行から始めた技術的負債との戦い CD-3 よくある業務開発の自動化事情 GH-4 GS CollectionsからEclipse Collectionsへ － 機能豊富なオープンソースJavaコレクションフレームワーク EF-5 これからのコンピューティングの

このエントリは、パッケージソフトウェア開発 Advent Calendar 2014 の 7 日目の記事です。 はじめに 普段、仕事でパッケージソフトウェアを作っています。 具体的には、DataSpider Servista という EAI（Enterprise Application Integration）で、ざっくり数十万～数百万円くらいする、企業向けのソフトウェアです。 パッケージソフトウェアの開発 パッケージソフトウェアの開発というのは、既存ユーザや（特に企業向けソフトの場合）見込みユーザの要望を適宜取り入れながら進めます。 多くのユーザに使ってもらうパッケージなので、単に特定のユーザの要望を満たすだけではだめで、製品の戦略や設計思想、また互換性にも配慮しつつ、仕様を考える必要があります。 使いやすさ、UI/UX のよさというものも忘れるわけにはいきません。*1 Design D

リモートワークが盛り上がっている 昨今、リモートワークが盛り上がっているようです。 何年も前からリモートワーク推進派の 37Signals はその名もずばり『強いチームはオフィスを捨てる』（原題は『REMOTE』）を出しましたし *1、日本でも KAIZEN platform、ハートレイルズ *2、ソニックガーデン等、社員の多くがリモートワークだったり、リモートワークをいとわず受け入れているという会社も増えてきています。 僕が働いているアプレッソにも、一部ですが常時リモートの社員がいますし、僕のように普段は通勤している開発者にも（いまのところ台風が来た場合等の非常時に限りますが）リモートワークが認められています。 リモートワーク vs 一つのオフィス、あるいは個室 いち開発者として、リモートワークは魅力的に思えます。 一方で、ソフトウェア開発において、一つの場所に開発者たちが集まっているこ

去る 9 月 20 日（土）に、第八回 #渋谷java というイベントで LT してきました。（第八回 #渋谷java でスレッドダンプについてお話ししました - この国では犬が） あとあと自分で参照したり、スレッドダンプを知らない人に見せたりしたい内容でもあるので、ブログとしてまとめておきます。 スレッドダンプとはなにか スレッドダンプは、ひとことで言うと「Java のスレッドのスナップショット」ということになります。 スレッドダンプを取得することで、取得した瞬間に JVM 上でどのような処理が実行されているのかを一覧して、調査することができます。 具体的には、その瞬間に存在している各スレッドの名前、状態、スタックトレース等を見ることができます。 スレッドダンプはなんの役に立つのか プログラムが遅いとき・フリーズしたとき 一つには、プログラムが遅いとき・フリーズしたときの原因調査に役立ち

第六回 #渋谷java に行ってきました。 いってきた Java と聞いて、いってきた。 のですが、遅刻して大変すみませんでした。 10分ばかり遅れて着いたらまだ自己紹介タイムだったのでちょっと安心した反面、瞬時に状況がつかめずちょっと焦りました。 LT イベントということで割とゆるい感じを想像していたのですが、思いのほか渋いセッション・LT が多くてたいへん熱かったので、特に熱かったものについていくつか書きます。 jfluteのLOHAS（ログはsuごい）生活 @jflute さんのセッション。 DBFlute という O/R マッパー・DB 管理支援ツールを開発されている方で、セッションの内容も、主に DBFlute（というか、SAFlute？）のログのよさについて。 「見たくなるようなログ」というテーマで、 Web ページでの一回のクリックごとに、出力されるログの島ができるようにする

この記事は、「ポモドーロと Trello によるタスク管理（2 of 3 : ポモドーロ編）」の続きです。 ずいぶんあいだが開いてしまったが、Trello 編である。 前々回に書いた通り、Trello は WEB アプリケーションとして提供されている「コラボレーションツール」だ。 僕の場合、それを一人用の「タスク管理ツール」として使用している。（あえて言うなら、近い過去・未来の自分とコラボレーションしていると言えなくもない） Trello の運用 というわけで、タスク管理ツールとしての Trello の運用について淡々と書く。 なお、先に一つだけ大事な結論を述べておくと、Trello をタスク管理ツールとして使用する試みは、今のところかなりうまくいっているように思う。ポモドーロとのコンビネーションも良好である。 ボード構成 Trello には、ボード、リスト、カードという関心事の単位がある

この記事は、「ポモドーロと Trello によるタスク管理（1 of 3 : 導入編）」の続きです。 前回の記事では、ポモドーロと Trello について投げやりな、もとい簡潔な紹介をさせていただいた。 今回から本題に入ろう。昨年の終わり頃に職場が変わって、よりよい働き方を見つけようキャンペーンということで今試しているのが、このポモドーロと Trello を組み合わせたタスク管理だ。 ポモドーロの運用 まずは、ポモドーロについて。 グッドプラクティス 現時点で、グッドプラクティスだと思っているものをいくつか紹介する。 Tomighty を使う Tomighty は、Windows / Mac 両対応のポモドーロ用タイマーアプリケーション。 Tomighty 見た目がシンプルかつそこそこかっこいいのと、タイマー音が心地よいのとで気に入っている。それから重要なのが、25 分のポモドーロを始める

JJUG イベント「祝☆Java 8 Launch」に行ってきたので、簡単に感想など。 はじめに 3 月 18 日に Java SE 8 がローンチされた。めでたい。 それを祝うためのイベントが催されたので、参加してきた。 以下 7 つの発表を見たので、それぞれごく簡単に感想とかを述べる。 祝 Java SE 8 正式リリース 徹底解説！Project Lambdaのすべて リターンズ null書いたら負け！Java8コーディング作法 Brand new Date and Time API JavaFX - GUI by Illusion from old Java to modern Java - reloaded Raspberry Pi on Java ショートアップデート 祝 Java SE 8 正式リリース 日本オラクル Java エバンジェリストである寺田 佳央さん（@yosh

新しい会社で新しい仕事を始めてから 2 ヶ月が経って、ちょっと落ち着いてきたので、今の仕事の仕方について書いてみる。 ポモドーロ・テクニック ポモドーロ・テクニックという時間管理術というか、タスク管理手法というか、まあそういったものがある。 ごく単純化して説明すると、時間を「25 分の集中する時間」と「5 分の短い休憩時間」および「15 分の長い休憩時間」とに区切って、メリハリをつけて仕事をしよう的な考え方のことだ。割り込みの多い環境でも集中する時間を作りやすかったり、25 分ごとに取り組むタスクを見直すことから無駄な作業に時間を浪費しにくかったり、測定による現状の把握と継続的な改善にも適していたりといったメリットがある。あとタスク管理手法の一種である GTD とも相性がよい（と思われる。まじめに組み合わせてやってみたことはまだないけれど……）。 ポモドーロの始め方とか詳細とかについては先