サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
スクラムの検査と適用のサイクルを効果的にするためには、透明性が求められます。 Done の意味を正式に定義することで、タスクがDoneかUndoneか曖昧になったり、Undoneのままになったりする可能性を減らし、進捗状況（Doneか、Undoneか）を明確に測定できるようになるため、透明性が向上します。 完璧なDoneの定義は、組織がプロダクトを顧客に提供するために必要な全てのことを包含します。 単一チームの場合、完璧なDoneの定義を達成することは比較的容易なはずです。 チームが完璧なDoneの定義を達成できない場合は、その部分集合を Doneの定義とします。チームのゴールは、Doneの定義を洗練し、いつの日にか完璧なDoneの定義にし、毎スプリント出荷可能な状態を作ることです。 Doneの定義は、ソフトウェアが各PBIで達成する、合意済みの基準のリストです。 このレベルの完全性を達成
PBIを確認し、今後のスプリントで着手可能にするためには、スプリントごとにプロダクトバックログリファインメントを行う必要があります。 プロダクトバックログリファインメントで行う主な作業は (1) 大きなPBIの分割 (2) 各PBIを着手可能にする (3) 見積もる 経験的プロセス管理の観点から、Scrumでは、プロダクトバックログリファインメントの細かい how（どう行うか）を規定しません。ただし、Sprintの全体時間のうち 10%を超えないようにすることを推奨しています。プロダクトバックログリファインメントは大抵、Sprintの最中に実施されます。 リファインメントは プロダクトオーナーや、ビジネス分析グループなしには完了できません。彼ら抜きで完了させてしまうことは、情報の分散や伝達ロスによる リーン的ムダ を増大させます。 また、スクラムはチームを方式検討/テストなど役割で分担する
最近 Stop using tail -f (mostly) や 「tail -f」を使うのは情弱、情強は「less +F」を使う などless押しな記事が幾つか上がっているんだけど、タイトルが煽り気味なのか若干反感を呼んでいるようなのでless派が職場で肩身の狭い思いをしないようにもう少し便利な使い方を紹介したい。 tail -fの様なScroll forward less +Fで起動またはless起動中にF 元記事にもあるtail -fと同様の振る舞い。正直この機能と検索だけでいいのであればtailで十分。lessの便利なところは様々な機能との組み合わせにあって、これから紹介する機能は基本的にこのモードと組み合わせが可能だ。あと、less開いてFのほうがタイプが面倒くさくないのでおすすめ。 1行で表示する (改行しない) less -Sで起動またはless起動中に-Sr(-Sでモード切
ログファイルの監視に「tail -f」コマンドを使っている方は多いかもしれません。ファイルの末尾を表示する「tail」コマンドに、ファイル末尾に追加されたデータを追跡表示する「-f」オプションを指定することで、手軽にログの監視ができる便利なコマンドです。 しかし最近、「tail -f」より便利なコマンドとして「less +F」の使用を推奨するブログ記事「Stop using tail -f (mostly)」が公開され話題となりました。 「less」はテキストファイルの内容を表示する、ページャーと呼ばれるソフトウェアですが、これに「+F」オプションを指定することで、「tail -f」より便利なファイル監視コマンドとして使えるらしいのです。具体的に「less +F」が「tail -f」より便利な点として以下の2点が挙げられています。 監視モードと通常モードをlessを起動したまま行き来できる
There are popuplarCSS Pre-processors LESS and Sass.CSS Preprocessor primarily intends to make authoringCSS more dynamic, organized and productive by bringing severalprogramming features into theit such as variables, mixins, and conditionals. The question now is which of these two do the job better? To decide, we will compare the two in several factors: the one that performs better gets one po
CSSを拡張するためのメタ言語として、代表的なものに「SCSS(Sass)」と「LESS」があります。今回、導入を検討するにあたり、両者を比較しました。 結果的には、「SCSS(Sass)」を導入することにしましたが、特に「SCSS(Sass)」を選択する決め手となった点に重点を置きつつ、両者の違いをまとめまてみました。 はじめに Webサイト、Webアプリケーションが大規模になるにつれて、CSSの設計・管理にもリソースを割かれるようになります。CSSのモジュール化、コンポーネント化による再利用性を考えたとき、現状のCSSを取り巻く状況は十分とは言えません。 一つの選択肢としてあがるのが「Blueprint」や「960 Glid System」等のCSSフレームワークの利用ですが、その再利用性と構造・表現の分離度はトレードオフです。 そこで、CSSの利点を活かしつつ、再利用性を高めるために
Edit themarkdown source for "logical-functions" if Returns one of two values depending on a condition. Parameters: condition: A boolean expression value1: A value returned if condition is true. value2: A value returned if condition is not true. Released: v3.0.0 Updated: v3.6.0 Examples: @some: foo; div { margin: if((2 > 1), 0, 3px); color: if((iscolor(@some)), @some,black); } Result: div { margi
Grunt and Grunt plugins are installed and managed via npm, the Node.js package manager. Grunt 0.4.x requires stable Node.js versions >= 0.8.0. Before setting up Grunt ensure that your npm is up-to-date by running npm update -g npm (this might requiresudo on certain systems). If you already have installed Grunt and are now searching for some quick reference, please checkout our Gruntfile example a
Why use a task runner?In one word: automation. The less work you have to do when performing repetitive tasks like minification, compilation, unit testing,linting,etc, the easier your job becomes. After you've configuredit through a Gruntfile, a task runner can do most of that mundane work for you—and your team—with basically zero effort. Why use Grunt?The Grunt ecosystem is huge andit's growin
Emacsユーザーが快適に LESS を使えるようになるまでの導入記事です。 LESS とは何か。 LESSとは、CSSメタ言語と呼ばれるもので、LESS の他に Sass(SCSS) と呼ばれるものがあります（SassとSCSSはちょっとだけ文法の違う兄弟みたいなもの）。 LESS と Sass の違い 文法がわりと違います。詳しくははじめてのCSSメタ言語はLessがおすすめ！ « NAVER Engineers'Blogあたりを参照。 LESS の導入。 LESS は JS によるクライアントサイド（要するにブラウザ上）の変換（less->css）に対応しているので、てっとり早く試してみるのに向いています。 具体的には style.less ファイルと一緒に、lessサイトからダウンロードできる less.js を読み込むだけで使えます。 <link rel="stylesheet
Pixate もそうですがこのところ LESS でcss を書く機会が多いのでさぼっていたemacs での less-css-mode.el を導入。 インストール M-x list-packagesで ELPA から less-css-mode をインストール。less-css-mode は lessc コマンドがあると flymake で syntax check そのほかをしてくれるので % node -g install lessで入れておく。 設定 ;;; init.el (require 'less-css-mode) (setq exec-path (cons (expand-file-name "~/.nodebrew/current/bin") exec-path)) ; (setq less-css-compile-at-save t) ;; flymake (ad
Get affordable and hassle-freeWordPress hosting plans with Cloudways — start your free trial today. “WhichCSS preprocessor language should I choose?” is a hottopic lately. I’ve been asked in person several times and an online debate has been popping up every few daysit seems.It’s nice that the conversation has largely turned from whether or not preprocessing is agood idea to which one langua
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: 大規模スクラム Large-Scale Scrum(LeSS) アジャイルとスクラムを大規模に実装する方法: 榎本明仁 (監修), 木村卓央 (翻訳), 高江洲睦 (翻訳), 榎本明仁 (翻訳), 荒瀬中人 (翻訳), 水野正隆 (翻訳), 守田憲司 (翻訳): 本
