退職の際に有休消化させない企業でも強引に消化する方法 - 弁護士三浦義隆のブログ
年次有給休暇(以下、「有休」という。)は労働者の権利だ。 6か月以上の継続勤務や、対象期間の労働日の8割以上出勤などの要件はあるが*1、そうした要件さえ満たせば、どの企業でも付与される。 法律上当然に付与されるし、就業規則などに有休を与えない旨の定めを置いてもそんな定めは無効だから、「我が社には有休制度はない」などの主張は通らない*2。 ただ、そうはいっても有休を取りたいと言い出せなかったり、申し出ても一蹴されたりして、有休を消化できていない労働者が多いのが現実だ。 有休をきちんと消化させない企業でも退職時には消化させる例が多いようだが、退職時にさえ消化させない悪質な企業もある。 しかし、有休を与えないという悪質な労務管理をされても黙っている労働者が多いのは、社内での立場が悪くなると困るからだろう。退職時には立場を気にする必要はない。 例えば、全く有休を取れておらず勤続期間が7年半以上に及
第12回 バーンダウン・チャートで「終わるかどうか」を見える化する ITpro
前回，タスクかんばんが，現在の状況を見える化するものであり，先を見通すような視点は持ち合せていないことを説明した。この「先を見通す視点」で「進ちょく状況の見える化」を実現するのがバーンダウン・チャートと呼ばれるチャートである。バーンダウン（burn down：燃え落ちる，全焼する）チャートは，一般的なチャートにありがちな右上がりではなく，右下りになっている。チャートを作成する際には，縦軸に残りの作業量を，横軸に時間を割り当てて日々の残り作業量をプロットしていく。右下，つまり残り作業量がゼロ(=全焼)になれば，すべての作業が完了するというわけだ。 バーンダウン・チャートは，元々リリースまでのバック・ログ（プロジェクトとして実施する必要があるすべての作業）の残量を視覚化するチャートだったが，現在はイテレーション単位でのタスクの残作業量（デイリー・バーンダウン・チャート）の見える化にも使われてい
マネージャーでもできる！Google スプレッドシートのグラフを Slack に定期ポストする手軽な方法 - クラウドワークス エンジニアブログ
クラウドソーシングで最大手のクラウドワークスでマネージャーをしてます。@ouraです。 みなさん毎日グラフをみてますでしょうか？ エクセルや Google スプレッドシート直接開いてみるのも良いですが、せっかくチャットを使っているのなら活用しましょう！ということでこのエントリです。 定期的にグラフをチャットで見えるようにすることで、こんなメリットがあります。 目標へ向かう意識の強化 現在位置の見える化 関わるメンバーの一体感醸成 前提条件 かなり限定的ですが、私の観測範囲では割りと同じ環境の会社さんが多いかと思われます。 Slack を利用している Google スプレッドシートでグラフをみている セキュリティ上の理由で Google スプレッドシートの公開範囲が組織内に制限されている 手順 GAS(Google Apps Script) を利用してポストします。 そして利用する Slac
Can Agile Really Change Japan's software development
2. ⾃⼰紹介 • ㈱永和システムマネジメント – 福井市（本社）、上野東京（⽀社）、沖縄（事務所） – 「⾦融」、「医療」、「組込みシステム」開発 – 「Ruby と Agile」を使ったふつうのシステム開発 • 株式会社チェンジビジョン – 福井市（開発部）、上野東京（本社） – astah* (旧：JUDE) の開発 • 平鍋健児 – UML+マインドマップエディタ astah*の開発 – 要求開発アライアンス、理事 – 翻訳、XP関連書籍、『リーン開発の本質』 『IMPACT MAPPING』等多数。 – 著書『アジャイル開発とスクラム』、『要求開発』 『ソフトウェア開発に役⽴つマインドマップ』
見積もりは「規模で語れ」！ランサーズの新規事業で見えた、プロジェクトの進め方 | SELECK [セレック]
〜新規事業を次々と始動させるランサーズ。そのひとつ「ランサーズストア」での、プロジェクト改善への取り組みを公開〜 クラウドソーシングサービス「ランサーズ」を運営する、ランサーズ株式会社。近年、次々と新規サービスをリリースし、その事業の幅を広げている。 その新規事業のひとつ、ユーザーが自分のスキルを売買できるスキルマーケット「ランサーズストア」の責任者を務めるのは、新卒3年目の上野 諒一さんだ。 2ヶ月という短期間での開発を任された上野さんだが、プロジェクト開始直後に「工数の見積もりが全く機能しない」という壁にぶつかった。その壁を乗り越えるため、様々な改善を実施したという。 ▼上野さんが責任者を務める「ランサーズストア」 今回は上野さんに、スクラム開発のエッセンスの導入、「GitHub（ギットハブ）」のテンプレートを活用した意識付けといった施策から、新規事業開発の進め方まで、詳しくお話を伺っ
![見積もりは「規模で語れ」！ランサーズの新規事業で見えた、プロジェクトの進め方 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/72d18cd44cb3f5fe9d878ccf377015d6476f3065/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F22160534%2F2207.jpg)
somethingnew2.com - このウェブサイトは販売用です！ - somethingnew2 リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
スクラムマスターとして僕がやっていること、あとバーンダウンチャートの話(ShanonAdventCalendar2016 - 17日目)
これは Shanon Advent Calendar 2016 の 17日目の記事になります。 こんばんは、開発の土田です。 僕は 2014年の1月から、約3年くらいスクラムマスターをやっています。そこで、これまでやっていたこと、普段やっていることなどについて、つらつらと書いていこうかと思います。 上記の通り、約3年くらいやってますが、ずっと開発と兼任でやっていて、自分のチーム1チームだけ見ています。スクラムマスターとしては研修とか受けたことはなくて、本などを読んで、「見よう見まね」でやっている感じです。 チーム編成について チームは大体プロジェクトごとに変わっています。基本的には大きく変えない方針なので、プロジェクトごとにチームは変わりますが、大きくは変わらない、といった感じです。(何人か入れ替わることはあるけど、全とっかえみたいな変更はあまりないです)。チームの規模は、一番大きなときは
システム開発以外の業務にスクラムを適用して改善していく話 | CrowdWorks 広報ブログ
クラウドワークスCIOの大場です。 この記事はクラウドワークス コーポレートDiv アドベントカレンダーの23日目の記事です。 先日３歳の娘が、１ヶ月の練習で長いセリフのある劇や、前列と後列で動きの違うダンスと歌をクリスマス会で披露してくれました。感動です。２歳のときとは見違えるようで自然知能ってすごい！ スクラムとはという説明はこういったところをよく見る人には不要でしょう。開発チームが同じゴールに向かって一体となって働くための方法論です。クラウドワークスの開発チームでも、関係する部門が多く位置づけが曖昧になりやすいチームを例にしてスクラムでいい感じにドライブしていくために取り組んだことをまとめた大浦さんの記事があります。 先日もアジャイル労働が話題になったり近年、システム開発の分野でここ10年ぐらい取り組んできたことが、ITの普及やITそのものがビジネスに直結するようになってきたことを背
プロダクトバックログとスプリントバックログの見積もり
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 以前お客様先でスクラムのトレーニングを実施した際に、プロダクトバックログアイテムとタスクの見積りについて質問をいただきました。 見積りについてはもっとも質問をいただく項目の1つでもあるので、ここでスクラムにおける見積りについて書いておくことにします。 プロダクトバックログアイテムの見積りまずはプロダクトバックログアイテムの見積りについて考えてみましょう。 なぜプロダクトバックログアイテムを見積もるのか？なぜプロダクトバックログを見積もるかといえば以下の理由です。 そのプロダクトの全体を把握する。全体のサイズが分からないと現在の進捗が把握できません。もちろん全てのプロダクトバックログア
ユーザーストーリーとは？
ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
バーンダウンチャートを解読する