はてなブックマーク

AmazonでNeal Ford, Rebecca Parsons, Patrick Kua, 島田 浩二の進化的アーキテクチャ ―絶え間ない変化を支える。アマゾンならポイント還元本が多数。Neal Ford, Rebecca… ソフトウェアをとりまく環境はものすごいスピードで日々変化していく。ソフトウェアをその変化に適応させ、すばやく適切に進化させていかないと、厳しい環境でそのソフトウェアは生き残れない。 これまで自分は、スクラムなどのアジャイル開発手法のような「チームの作り方 / 開発の進め方」という観点から、変化の激しい環境でソフトウェアを適切に進化させていく方法について学んだり、実践したことはわりとあった。ただ、「ソフトウェア設計」という観点から、こういったテーマについてあまり学んだり考えたりしたことが少なく、たまたま書店でみかけてたこともあり読んでみた。 ソフトウェアを設計する際

今日は僕がプレイドに入社した頃からエンジニアチームでずっとやっている「朝会」について紹介します。うまくいかなかったエピソードや転機、良くするためやったこととそこから得られた学びについて書ければと思います。 背景 — 朝会開催のきっかけと目的今から約1年半前の2017年4月に、僕はプレイドに入社しました。入社当時のプレイドでは、約20名のエンジニアが数名ずつのチームにわかれ、それぞれのテーマに沿ってプロダクトの開発に取り組んでいました。 僕には前職でスクラムを用いたアジャイルなチームビルディングに取り組んだ経験がありました。僕より前に会社にジョインしていたエンジニアの意見や課題感も参考にしつつ、以下の目的でエンジニアチーム横断の「朝会（デイリースタンドアップ）」を開催することにしました。 チームをまたいだコミュニケーション・議論のきっかけをつくるチームに発生している課題をすばやく見つけて機敏

「技術的負債を返済する」ことを大義名分にすることはいい。けど、気をつけないと言葉が一人歩きして、手段が目的化したり、本来やりたかったはずのアウトプットが出せなくなったりと、いろいろよくないことが起こりそうな気がしたのでメモ。 実際にそういう課題に今直面しているわけではないし、どんな状況でも当てはまることを書こうとしているわけではないけど、未来の自分に対して注意的な意味で書く。 ちなみに、発想の元になったのは 、SHIROBAKO 21話のタイトルにもなっており、劇中にも出てくる「クオリティを人質にすんな」というセリフ。いやー、面白いアニメだった。 自分は昔、どこかの会社のなにかのプロダクトの開発チームで、Tech Lead という役割の仕事をしていたことがある。その時の自分のミッションはこんな感じ。 システムに溜まった技術的負債を可視化すること技術的負債が短期・長期的に事業に与えるインパク

2017/02/24に開催された「日本発サービスのグローバルでの戦い方UX & Service Sketch #25」というイベントに参加した。