VSTS Sprint 136のリリースノートの翻訳を行いました。オリジナルはこちらから読んでください。
今回の目玉はなんといっても、横方向のナビゲーションから縦方向のナビゲーションになった新UIがプレビュー公開されたことですね。今までセキュリティ関係もあちこちごちゃごちゃしていたのが少し整理されています。
あと個人的に非常にうれしいのが(ようやく)PAT有効期限切れの通知がメールで来ることになったことです。今まではどこかのカレンダーに入れるくらいしかなかったのですが。欲を言えばnotificationに入れて、Service Hookで通知受け取れるといいのになぁとは思います。
早い人はそろそろ新UIのプレビューが有効になっていると思いますので、ぜひ試してみてください。
ではまた三週間後。
世界のやまさがこんなことをつぶやいていました。
アジャイルテンプレートとスクラムテンプレートも何が違うのかなーとみてました。 https://t.co/hd55tp1RXw を見てて分かったようなわからないような。
— YAMAMOTO Masaki (@nnasaki) 2018年6月21日
確かにさもありなんということで、ちょこっとまとめてみます。VSTSおよびTFSでプロジェクトを作るとき、プロセステンプレートの選択があります。
VSTSではこの三種類以外のプロセステンプレートを作ることはできません。TFSでは独自のテンプレートを作ったり、不要であれば削除したりすることもできます。詳細はCustomize a process templateを見てください。既存の項目を追加/削除するだけであれば、VSTSでも可能です。詳細はこちらを見てください。
CMMIはちょっと性格が違うので、のぞくとScrumかAgileになります。この二つは非常によく似ていて、どちらを選ぶのか悩ましいと思います。個人的な考えですが、どっちでもいいです。しいて言えばMicrosoftから出る各種サンプルではScrumを選んでいるように見えるので、いちいち読み替えなくていいからScrumを選ぶというのでもありです。
チームの設定を行う画面の用語としては歴史的な事情(Scrumのほうが後に用意された)ということもあり、Sprintではなく、Iterationで統一されているようです。
注意:この記事ではVSTS/TFSでのテンプレートの説明をするものであり、開発プロセスそのものの説明ではありません。「スクラムとはこうだ」という話ではありませんので、ご注意願います。
現在において、ScrumとAgileのテンプレートを相互に行き来することはできません。「継承された」テンプレートには移行できます。例えば、Scrumから継承してInheritScrumというテンプレートを作ると、ScrumからInheritScrumへの移行は可能ですが、ScrumからAgileや、ScrumからAgileを継承したInheritAhgileへの継承はできません。
左がAgile, 右がScrumです(引用:docs.microsoft.comより)。ScrumとAgileの違いは、Product BacklogがUser Storyになっていることくらいです。ここだけなら正直読み替えても何ら変わりません。
同様に、左がAgile, 右がScrumです(引用:docs.microsoft.comより)。デフォルトでチーム内の共有クエリで準備されているものがちょっと違いますね。これも作ってしまえばだいたい同じものにできるので、大した差ではありません。
Scrumでは「現在のスプリントで何をするか」という点にフォーカスしたクエリが用意されています。AgileではIteration中の作業の状態にフォーカスしたクエリが用意されているように見えます。
左がAgile、右がScrumのそれぞれUser Story, Product Backlogを作ったときの初期設定です。Story PointとEffortは大体同じと思っていただいて構いません。どのくらいの作業量かという相対値になります。この値をちゃんと入力しておくと、ベロシティの値を計算してくれて、バーンダウンチャートに反映されます。
Priorityはどちらもありますが、RiskのみAgileにあります。要はこのUser Storyを実現するためのリスク予想ですね。数字が小さいほどリスクが高いです。Scrumにはありません。
Acceptance Criteriaとは受け入れ基準です。どうなっていればこのバックログ/Storyが完了したとみなせるか、というところを書きます。
AgileのUser Story, Bug, Taskのワークフロー。
ScrumのProduct Backlog, Bug, Taskのワークフローです。実際のカンバンではApproveの中にさらに分割するといったこともできますし、カスタマイズすればもっと多段階にできますが、最初はやらないほうがいいでしょう。ちなみにVSTS開発チームではNew/Approve/Commited/Doneだけではなく、さらに2-3段階追加して、さらにdo/doneに分割しているそうです。
Approve, Commited, Active, Resolvedといった用語を入れ替えればまぁ大体同じと考えていただいてもいいと思います。
左がAgile、右がScrumでタスクを作ったときです。パッとわかる違いとしては、Agileには時間を記入するところがあります。Original Estimateは当初の見積もりですね。
Completed Workは完了までの時間。Remaining Workは見積りとの差異となります。
左がAgile、右がScrumで新規作成するときに選べる差です。Impediment, Product Backlog, issueの有無がわかると思います。Impedimentは「障害」という意味ですね。Ryuzeeさんのすばらしい解説があるので、どうぞ。
どちらを選んでも致命的な違いはなく、どちらでもいいのですが、テンプレートとしてみた場合、Agileはイテレーション中のタスク管理という面にフォーカスしていて、Scrumはタスクそのものの質を分析しようとしているのではないかなと感じます。
最初はAgileでやったほうが、作業時間を見たい管理職の人には受けるのかもしれませんね。
コメントでAgileプロセステンプレートはスクラムがもとになったMSF for Agileなので、差はほとんどないですよ。ということを教えてもらいました。ありがとうございます。
Agileプロセス テンプレートはMSFが元で、MSF for Agileの方はそもそもScrumがベースにカスタマイズしたものなので、よく似ています。なので、基本的には用語の違いと細かくデータを取るのが好きかどうかというところで判断されるといいと思っております。
— azukipochette (@azukipochette) June 22, 2018
VSTSのUIは建て増しを続けていたこともあって、非常にわかりづらいものになっていました。特に管理系の機能を呼び出すUIに関してはしばしば「どこにあったっけ？」と思う始末でした。
ほかにも各機能へのナビゲーションが少しやりづらかった。
そこで、昨年からFluentデザインを取り込んだUIの刷新に取り組んでいたようです。こちらでどんな違いがあるのか紹介されています。
New Navigation for Visual Studio Team Services – Microsoft DevOps Blog
前のUIよりは今どきなって使いやすくなっているんじゃないかなと思います。試してみてください。
有効にするにはPreview Featuresから"New Navigation"をONにしてください。New Navigationを有効にすると、自動的にいくつかの新機能も有効になります。
トップページがこんな感じでフラットになります。新規プロジェクトを作るときは + からさくっと(作成時のUIは変わらないようです)。
チームプロジェクトを開いたところ。プロジェクトのトップページは変わりません。あくまでもナビゲーションUIの見た目だけ変わってるようです。
VSTSのロゴをクリックすればいつでもトップページに戻れます。
Work Itemもこんな風に新しいUIの中に統合されます。
アカウント設定だけはなぜか昔から日本語になってますｗ。
いくつか疑問があると思います。知ってることで言えば。
変わらないはずです。
動きます。言ってみれば今まで画面上部にあったUIの場所と見た目が変わっただけなので、従来のタブやハブに組み込むSDKに影響はないはずです。
TFS 2019(時期未定)にも入るそうです。
My plan is to ship it with TFS 2019.
— Buck Hodges (@tfsbuck) June 20, 2018
土曜日に大阪でクライアント Dev Day、日曜にInsider Dev Tourを東京で実施いたしました。参加していただいたみなさん、スタッフの皆さん、スピーカの皆さん、ありがとうございました。
最初は大阪でもやるつもりだったのですが、諸般の事情で中止になってしまったので、その代わりといってはなんですが、Windows 10クライアント向けの自主イベントに振り替えさせていただきました。少々少人数でしたが、いろいろ聞けて非常に勉強になりました。
日曜のInsider Dev Tour東京は二日前くらいに参加人数がぐっと増えて、しかもいままでこのような開発向けイベントに参加されてないと思われる方がたくさんお見えになったようで非常にびっくりしました*1。
実は最初に英語でもお誘いのメールを出していた*2のですが、やはり直前の日本語でのメールは効果が大きかったようです。
Q&Aコーナーでもたくさん(答えにくい)質問をいただきました。やっぱり将来のロードマップは気になるところですが、本社の社員であっても知らないことは多いので、「ごめんなさい」的な回答しかできなくて申し訳なかったです。
セッションスライドやキーノートは公開されないのか、というお問い合わせもあったようですが、我々が著作権を持っていないので、一存では公開ができません。
代わりに、今回のセッションに関するラボで一式そろっていますので、ぜひ興味のあるものを試してみてください。
