GitHub Actions で簡単にバージョン番号付きリリースとリリースノートを作成する方法
対象読者判定フロー 以下の質問にはいかいいえで答えてください。 Q1: GitHub を使用していますか？ はいの方→次の質問に進んでください。 いいえの方→対象外です。すみません。 Q2: ソースコードなどの変更は全てプルリクエストで行って（＝master/main 直コミットはしていない（多少ならOK））いますか？ はいの方→次の質問に進んでください。 いいえの方→まずはプルリクエストベースの開発に切り替えてみてはいかがでしょう？ その後で続きを読んでください。 Q3: リリースノートをちゃんと書いていますか？ はいの方→基本的に対象外です。継続して書いていって下さい。楽をしたいと思ってる場合は続きを読んでください。 いいえの方→あなたは対象読者です！ この記事を読んで、お手軽自動生成でも良いのでリリースノートを作成しましょう！ はじめに 公開しているソフトウエアにバージョン番号を付け
システムは使われてナンボ～プロマネが考えるべき定着化・活用促進のための勘所～ - Qiita
♪私にはスタートだったの。あなたにはゴールでも（何も言えなくて...夏/J-WALK） 昭和世代にはお馴染みのヒット曲のフレーズですが、私がシステム開発のPJをはじめる時いつも頭に思い浮かべる言葉です。 先日書いたこちらの記事は、リリース後に始まるエンジニア負担をどう最小化するかという話でしたが、今回は別の観点でリリース後に向き合うことになる「情報システムの定着化・活用促進」についてまとめてみました。 システムを作るだけがプロマネの仕事ではない BI（Business Intelligence）システムに代表される「情報系システム」、今風にいうとSoE（システムオブエンゲージメント）システムの場合、システム機能をどう最適化するかも大切ですが、作ったシステムをどう活用するかも同じぐらい（またはそれ以上に）重要です。 組織における情報システムの活用・定着レベルをここで仮に「エンゲージメント」と
DX Criteriaから学ぶDX基礎知識（Vol.2 システム編） - Qiita
はじめに 企業内でシステム開発に携わる方々に向け、以前こちらの記事で日本CTO協会の「DX Criteria」をご紹介しました。 技術負債の削減に向けた提案～「DX Criteria」の活用～ - Qiita この「DX Criteria」は、DXに前進させる上で有益な指針かつチェックリストであり、弊社でも積極的に活用しています。 ただ資料中には前提知識を要する言葉もいくつか登場し、経験年数や職種を超え幅広いメンバーが正しく理解を深めるには一定の時間がかかりました。 そこでより多くの企業やチームの方に「DX Criteria」を活用読んでいただくために、弊社内で用意した資料に出てくる用語や背景をまとめたメモを、再構成の上こちらで公開することにしました。 今回は5つのテーマの中から、「システム」についてご紹介します。他のテーマについても順次公開していきたいと思います。お役に立てば幸いです。
DX Criteriaから学ぶDX基礎知識（Vol.1 チーム編） - Qiita
はじめに 企業内でシステム開発に携わる方々に向け、以前こちらの記事で日本CTO協会の「DX Criteria」をご紹介しました。 技術負債の削減に向けた提案～「DX Criteria」の活用～ - Qiita この「DX Criteria」は、DXに前進させる上で有益な指針かつチェックリストであり、弊社でも積極的に活用しています。 ただ資料中には前提知識を要する言葉もいくつか登場し、経験年数や職種を超え幅広いメンバーが正しく理解を深めるには一定の時間がかかりました。 そこでより多くの企業やチームの方に「DX Criteria」を活用読んでいただくために、弊社内で用意した資料に出てくる用語や背景をまとめたメモを、再構成の上こちらで公開することにしました。 今回は5つのテーマの中から、「チーム」についてご紹介します。他のテーマについても順次公開していきたいと思います。お役に立てば幸いです。 関
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
