Azure DevOpsの評判・口コミ 全24件

改善してほしいポイント

マイクロソフト以外のオープンソースエコシステムを簡単な方法で統合できるとよい。
Azure DevOps のスプリントボードは、Jiraと比較してあまりユーザーフレンドリーではありません。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

Azure DevOpsは、アプリケーションライフサイクルのあらゆる側面（要件とタスク、Gitリポジトリ、パイプライン、バグトラッキング、パッケージ管理、テスト管理）に使用されてます。Azure DevOpsは、gitリポジトリの管理に優れています。 プルリクエストと差分の確認は非常に簡単です。 コードレビュー画面で、チームメンバーとやり取りすることもできます。Azureボードは、タスクを完了に割り当てる/追跡するのに役立ちます。 その結果、開発スピードが速く、誰もがタスクを明確に把握できます。

改善してほしいポイント

・Azure Boradでガントチャートでの表示ができない
Azure DevOps上のタスク管理サービス「Azure Borad」では、かんばん形式でのタスク管理はできるが、
ガントチャートでの表示ができない。
ガントチャートを表示するには有償のサードパーティー性ツールの利用が必要。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

解決できた課題・具体的な効果
・ソース、テスト、リリース、課題の管理を一つのサービスで一元管理できるようになった
・パイプラインによる自動リリースを実施することで、リリース作業にかかる人的負担が軽減された

改善してほしいポイント

初期設定では、nugetで取得したパッケージをそのままチェックインしようとします。
最初は何も考えずにチェックインしてましたが、次回ソース取得した時にうまく動いてくれませんでした。
どうやらチェックインした時のフォルダのパス構造を覚えているようで、この感覚に気づくまではちょっと苦労するかもしれません。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

変更中のソースと、前回チェックインしたソースの比較で、どこが変えたかわかるため、リリースする必要のある箇所を後で特定するのに役立ちます。
コードの履歴をクラウドに残しておけるので、コード中で使わなくなった部分をコメントアウトで残しておくことがかなり減りました。
ソースのスリム化に役立ってます。

検討者へお勧めするポイント

ソース管理を行なっていない開発者なら、無料なのでとりあえず使ってみることは良いことだと思います。
ただ少なからず動作に癖があるので、慣れるまでは苦労することもあるかもしれませんが。

改善してほしいポイント

おなじ企業グループ提供のサービスなので、GitHubとの違いや今後の運営方針を明確にしてほしい。
Gitなのでリポジトリについては簡単に移行できるけれど、
ツールとしての習熟度をゼロにして他サービスに移行したくないので…。
その点が明確になればもっと利用者が増え知名度も上がるのでは？

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

プロジェクト単位での複数リポジトリの自然な管理ができるようになったことと、
容量や課金を気にせずコミット・プッシュができるようになったこと。
他社のユーザーも気軽に招待できるようになった。
GitHubにはGitHubで捨てがたいところがあるので、
ネットに一般公開するツールやリポジトリはGitHubを使用するよう、
切り分けることで社内ポリシーをはっきりさせている。
DevOps側は秘匿という方針がわかりやすいので運用しやすくなった。

改善してほしいポイント

マイクロソフトのGitHub買収で、
DevOpsとGitHubのどちらが今後事業継続していくのか不透明になっている点。
なくなるとすればDevOpsになってしまうと思うのだが…。
いっぽうで開発チームは精力的にリリース情報をサイトに掲載しているので、
そういう不安は不要なのか…まったく読めない。
マイクロソフトとして公式に声明を出してくれれば
安心して引き続き使うことができると思う。

どのような課題解決に貢献しましたか？どのようなメリットが得られましたか？

CIやオートメーションの経験がまだ浅くほかのサービスではとっつきにくかったのだが、
DevOpsではwizard形式で選択をしていくと自動的にYAML定義ファイルが書かれ、
かんたんに実施計画が立てられた。
これによってテストやデプロイなどが
リモートで安定して行えるようになり、
以前よりエンバグを起こすケースが飛躍的に減った。
使い方がわかりやすいので最初に試してみるのによい環境だと思う。

改善してほしいポイントは何でしょうか？

MS projectのようなガントチャートはないので、ウォータフォール型の開発には向いていません。
このあたりが解消されれば日本の企業にも広く使われるのではと思います。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

SIerとして、開発環境を社内、検証、本番環境をお客様環境としてもつことが多いのですが、環境から環境への移行が非常に楽でした。
アクセストークンにより外部の環境のreposとの連携や、サービスプリンシパルの仕組みを利用すれば、直接pushやdeployができます

改善してほしいポイントは何でしょうか？

慣れの問題でしょうが、タスクの管理の仕方やステータスが以前使っていた製品と異なるので戸惑いがあります。特にメール通知を自由に設定したいです。

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

社内サーバーでの管理でハードウェア故障のリスクが上がってきて年々調子が悪くなって来ていたところで導入し、クラウド管理で大きな安心感が得られています。あとは使い慣れて行くのみです。

改善してほしいポイントは何でしょうか？

圧倒的にマイナーなので、PipelinesやTest Plansといった魅力的な機能の使い方に関するドキュメントがほとんどないです。特に日本語での文書を増やしてほしいです

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

大きなリポジトリを安心して置ける場所、というのがいちばんのメリットですね。ほかのオンプレミスのGit系システムもリポジトリが大きくなると遅くなってしまうのですが、DevOpsは比較的速いのでこちらにクローンしてきています。
Gitであればリポジトリサーバはどこでも同じなので、利用を検討する価値があると思います。

改善してほしいポイントは何でしょうか？

・せっかくここまでつくってあるので、メニュー類を日本語ローカライズしてほしいです。逆に言うとGitHubなどはそこができていないので差別化ポイントになると思う

どのようなビジネス課題を解決できましたか？あるいは、どのようなメリットが得られましたか？

・GitHubの制限もゆるくなったとはいえ、CLI経由ではファイルサイズにすら制限がないというこちらの魅力が大きい。あまり行儀がいいとはいえないが、数百メガバイトといったちょっと大きめのバイナリファイルもコミットできるようになったのは作業上大きなメリットだ
・ブラウザUI上からはリポジトリのディレクトリ単位でZIPエクスポートできるという利点もある。出先で「リポジトリの一部だけcloneしたい」といったGitのニガテな要求にこたえなければならないとき、すぐ対応できて助かった