エンジニアリンググループ AI・機械学習チームの笹川です。 今回は、コンテナベースシステムのデザインパターンに関する論文 Design patterns for container-based distributed systems について紹介します。
なお、この記事は、社内勉強会であるM3 tech talkで紹介した内容をまとめたものです。 M3 tech talkは、エムスリー赤坂オフィスで隔週で開催されている5-20分程度のLTを数件行う勉強会で、そのトークテーマの振れ幅は最近の数回でも筋トレ、型システム、3Dプリンタ、量子コンピュータなどこのブログの数段上で、個人的にも毎回楽しみにしています。 M3 tech talkは、外部からの参加・登壇も歓迎しています。興味のある方はぜひ以下からお問い合わせください。
続きを読むエンジニアリンググループの松原です。
前回記事にしました通り1、エムスリーエンジニアリンググループの有志で「エムスリーテックブック#1」を技術書典6に出展します。 配置は【か59】となりましたので技術書典6にお越しの際はよろしくお願いします。
今回は表紙、目次が固まってきたので販売予定の技術書について紹介をさせていただきます。
「エムスリーテックブック#1」で技術書典6に申し込みました - エムスリーテックブログ https://www.m3tech.blog/entry/2019/02/06/125116↩
エンジニアリンググループの松原@ma2geです。
エムスリーは、3/21(木)から23(土)に開催される try! Swift Tokyo 2019 にゴールドスポンサーとして協賛します！ エムスリーも iOS 向けアプリ開発に Swift を使用していまして、一緒にコミュニティを盛り上げるべく協賛することにしました。 当日は弊社の iOS エンジニアも参加しますし、ブース出展もしていますので、是非お越しいただけたらと思います。
続きを読むエンジニアリンググループの冨岡です。
エムスリーでは去年ごろより海外ブランチとの連携をより強めています。私自身も去年はM3 USAに出張するなどして機運が高まっており、2/28に行われた以下のイベントに参加してきました。
会場は原宿と渋谷の間にあるSmartNewsさん。余裕のあるオシャレで広いスペースで、気持ちが良かったです。
今回のテーマはスタートアップアクセラレータでした。AirbnbやStripeが参加していたY Combinatorが有名ですが、日本を含め世界各国に様々なアクセラレータがおり、スタートアップエコシステムの一端を担っているようです。
どの話も面白く、話に聞き入ってしまって写真をあまり撮っていなかったのですが、少しだけ紹介させていただきます。
続きを読むエムスリーエンジニアリンググループ、リサーチビジネスの担当エンジニアの井口です。
これまで私達のチームでは開発案件の進捗管理は、規模に関係なくガントチャートで管理してきましたが、PDCAや業務改善などを始めとする小規模な開発案件に関しては、「JIRAカンバンボード」を使ってカンバン方式で管理するようにしました。
本記事では、導入の経緯・振り返り・JIRA設定内容（結構苦労したので...）を紹介したいと思います。
※ ちなみに、大規模開発に関してもスクラム開発に移行したので、たぶんチームメンバーが別記事で書くと思います。
PDCA開発（サイト内のCTRやCVR向上などが目的）や業務改善開発（業務フローを効率化・自動化が目的）などの小規模な開発案件には、以下のような特徴があります。
これまで、私達のチームでは伝統的に開発案件の進捗管理をガントチャートで実施してきましたが、ちょっとスケジュールが押すだけで、後続作業や並列作業のスケジュール・アサインを見直す必要があり、管理コストが馬鹿になりませんでした。そこで、主に「管理コストを減らす」という目的でカンバン方式を導入することにしました。
導入にあたっての一番のハードルは「カンバン方式にすることでスケジュールをコミットできなくなる」という点でしたが、その点は、
という対応を行うことで関係者の理解を得ることができ、無事に導入にこぎつけることができました。
やってみて、良かったと感じた点は以下です。
逆に、ガントチャートによる進捗管理よりも悪くなったと感じる点は、おそらく一つもないと思います。
今後、更に改善するとしたら
という点に取り組まなくてはいけないと感じています。
（現状は、私達のチームでは職種がわかれているので、結構ハードルが高い）
ここからは、実際に私達のチームのJIRA設定内容の一部を紹介します。
JIRAの設定は結構難しくて手探り感満載でしたので、実運用での設定例として、これからJIRAを使おうという方に参考にしていただければ嬉しいです。
必要最低限の以下の4つの課題タイプを利用することとした
| 課題タイプ | 種別 | 説明 |
|---|---|---|
| タスク | standard | 通常の開発案件を管理する |
| サブタスク | sub-task | タスクに対して何らかの子タスクを管理したい場合のみ利用する。あまり使わない |
| 本番バグ | standard | 本番環境で発生したバグを管理する |
| 開発中バグ | sub-task | QA中に発覚した開発中バグを、主タスクの子タスクとして管理する |
課題タイプ ✕ 作成・編集・表示のどの組み合わせも、基本的には同じフィールド（下図参照）を利用するようにした
課題の分類には専用フィールドは設けず、「ラベル」を利用するスタンスにした
いかがでしたでしょうか？この記事では、案件管理にJIRAカンバンボード導入した話を紹介させていただきました。参考にしていただけると嬉しいです。
エムスリーでは自身で手を動かし、技術で医療の課題を解決するエンジニアを募集しています。
JIRAの設定もチーム毎に自分たちに最適な設定をそれぞれやっています。
この記事（or 他の記事も）を読んで興味を持った方はぜひ下記リンクよりご応募ください！
