アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか？ という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
Spotifyのスケーリングアジャイル – 部隊、分隊、支部やギルドと共に歩む（Spotifyモデル）
(注)ヘンリックの許可を得てざっくり意訳しました。原文は『Scaling Agile @ Spotify with Tribes, Squads, Chapters & Guilds』です。訳に対するヘルプも歓迎します。Thanks Henrik, this article is great for me. プロダクト開発をしている組織において、多角的なチーム構成を実現するのはいつもチャレンジな作業だ！ 今まで見てきた中で印象に残っている例がひとつある。それはSpotifyだ。Spotifyは3つの都市にまたがって30以上のチームにスケールしているが、アジャイルなマインドセットをキープし続けている。 Spotifyは音楽産業を一変させている魅惑的な企業だ。創業してから6年しか経っていないのに、1500万ものアクティブユーザーを抱え、400万以上の決済が行われている。また、そのプロダクトは「
Scrum Gathering Tokyo 2011で「ユーザーストーリー：ファーストジェネレーション」を開催しました。 - capsctrldays(2011-10-22)
Scrum Gathering Tokyo 2011で「ユーザーストーリー：ファーストジェネレーション」を開催しました。資料を置いておきます。 20111022 user-story-first-generation View more presentations from Masanori Kado ツッコミを入れる
【告知】「Redmineによるタスクマネジメント実践技法」を出版します #TiDD - プログラマの思索
さかばさんと共著で「Redmineによるタスクマネジメント実践技法」を2010/10/13に出版します。 世界初のチケット駆動開発の本になります。 【元ネタ】 [TiDD] 速報！史上初の「チケット駆動開発」の本が出版に: ソフトウェアさかば 過去３年間、RedmineやTestLinkなど各種ツールを駆使して、チケット駆動開発という開発プロセスの上でAgile開発をいかに運用するか、をテーマにして、試行錯誤した経験と今まで思索してきた内容を全て書きました。 そのため、350ページ近くまで膨れ上がりました(笑) 最初に断っておきますが、RedmineやTestLinkのインストール方法には特に触れていません。 XPなどのAgile開発の文脈の上で、チケット駆動開発という開発プロセスを世界で初めて定義して、その応用分野や今後の課題についてひたすら書いています。 読者層は、BTSに不満がある人
Welcome - SEMAT
What is SEMAT? SEMAT (Software Engineering Method and Theory) drives a process to refound software engineering based on a solid theory, proven principles and best practices. Learn more SEMAT for Project Managers We help project managers and industry executives to finish their projects on time and in budget. Learn more
Internationally Agile | The Challenges of Offshore Development | InformIT
Two of the hottest recent trends in the software development community are agile development and internationally distributed teams. Agile methods are a response to the drastic degree of change in the modern business and IT environments. These highly dynamic environments demand software development teams that can respond to change and continuously deliver business value. International distribution
Scrum
SCRUM: 超生産的ソフトウェア開発のための拡張パターン言語 Mike Beedle beedlem@fti-consulting.com Martin Devos mdevos@argo.be Yonat Sharon yonat@usa.net Ken Schwaber virman@aol.com Jeff Sutherland jeff.sutherland@idx.com 山田正樹/メタボリックス(masaki@metabolics.co.jp) 日本語版 (2001/12/14) 要約 SCRUM開発方法論のパターンは、既存の組織的パターン言語に対する拡張として提示される。過去数年にわたって、SCRUM開発方法論は超生産的ソフトウェア開発のための有効なツールとして急速に認識されるようになってきた。しかし、SCRUMパターンを他の既存の組織的パターンと結合することによ
The New Methodology
In the past few years there's been a blossoming of a new style of software methodology - referred to as agile methods. Alternatively characterized as an antidote to bureaucracy or a license to hack they've stirred up interest all over the software landscape. In this essay I explore the reasons for agile methods, focusing not so much on their weight but on their adaptive nature and their people-fir
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
HugeDomains.com
pragmaticautomation.com is for sale Please prove you're not a robot
Agile Toolkit Podcast
Sep 7, 2023 I had the pleasure of speaking again with Jurgen Appelo in regards to his work on the Unfix model. He and his team have taken the work on Team Topologies and extended it with a number of organizational patterns. As he says they are like organizational lego blocks that allow you to visualize and experiment with... May 10, 2023 I joined Brian Milner from MountainGoat Software and we ch
「見える化」でソフトウェア開発！ 〜オブジェクト指向 実践者の集い(第 3 弾) 参加レポート〜 sooey
［レポート］ 「見える化」でソフトウェア開発！ ～オブジェクト指向実践者の集い(第 3 弾) 参加レポート～ 1．はじめに 昨年の 12 月 9 日、オブジェクト倶楽部主催によるイベント「オブジェクト指向実践者の集い」が行われました。「オブジェクト指向実践者の集い」はオブジェクト指向を現場で実践している、あるいは実践しようとしているエンジニアに役立つよう「現実的なオブジェクト指向とは何か」、「オブジェクト指向を見直してみよう」をテーマとしています。今回で、このイベントは 3 回目となりました。 クリスマス企画という事で会場にはツリーが置いてあったり、スタッフのみなさんがサンタクロースの帽子をかぶっていたりで、和やかな雰囲気でした。 今回のテーマは「見える化」です。ソフトウェアの世界は見えないものが非常に多いです。そして「見えない」ことにより、ソフトウェア開発では様々な問題が出てきます。例え
GanttProject で開発スケジュールを作成
そろそろ2004年度後期プロジェクトが複数スタートする。 スタッフの割り当てをどうするか見通すために、ガントチャートでも書いてみる。 細かくスクロールができなかったり、印刷、画像エクスポートの際の範囲指定ができなかったりと痒いところがまだまだあるが、それなりに使える GanttProject で作業。 HTTPでプロジェクトファイルを取得できる(WebDAV を通してアップロードも可能) Java で書かれている とう点を利用して、 作ったプロジェクトファイルを社内Webサイトに置く。(WebDAV は用意していないので閲覧用) JNLPファイルを書く。Java Web Start で GanttProject を起動するようにする。起動時の引数にプロジェクトファイルのURLを指定する。 Wiki からJNLPにリンクをはる として Wiki から直接 GanttProject を立ち上げ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: More Effective Agile “ソフトウェアリーダー”になるための28の道標: Steve McConnell (著), 長沢智治 (読み手), クイープ (翻訳): Digital Ebook Purchas
Kent Beck: Trends in Agile Development
アジャイルソフトウェアプロセスを使ってオフショア開発
Practices of an Agile Developer
Mike Clark's Weblog
Article 89 at 05/03/09 12:16:55 From: editors@objectclub.jp Subject: 【オブジェクト倶楽部： 2005-09号】