アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021
アジャイル開発の外部委託が「偽装請負」だと疑われないためにすべきこと、厚労省が公表した疑義応答集を読み解く（前編）。Agile Japan 2021 アジャイル開発において開発担当者を外部のベンダに依頼した場合、必然的に発注側の企業とベンダ側の開発者が1つのチームとなり密なコミュニケーションを行います。 すると、発注側の企業がベンダの開発者の業務遂行に対して具体的な指示を行う、いわゆる「偽装請負」とみなされる可能性があるのではないか？ という疑義が以前から呈されていました。 この疑義に対して、どのように対処すれば偽装請負と見なされないか、その指針が今年9月に厚生労働省から「労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係疑義応答集」として公表されています。 オンラインで11月8日に開催されたイベント「Agile Japan 2021 Day 0」では、この疑義応
アジャイルな開発とチームづくり - Mitsuyuki.Shiiba
社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて
属人性の排除には二種類ある - 西尾泰和のScrapbox
あるタスクが1人の人にしかできない状態は、その人が病気や転職などで働けなくなる可能性を考えると、組織の存続のためには解消すべき状態だと言える。
スクラムは属人性を排除しない？？ - bonotakeの日記
ソフトウェア開発での属人性は排除すべきでない？？ - bonotakeの日記
スクラムにおけるマネージャーの役割の変化
アジャイル開発でもドキュメントが重要と考える４つの理由
こんにちは。 ライジングサン・システム・コンサルティングの岩佐です。 今回は、アジャイルソフトウェア開発におけるドキュメントの重要性について解説します。 あなたはアジャイルソフトウェア開発…にかぎらず、ソフトウェアの開発プロジェクトにおいて、ドキュメントをどの様にとらえていますか？ もしかしたら「誰も読まないのに儀式的に書かなければならない面倒くさいもの」という印象を持たれているかもしれません。 私も過去、ドキュメントに対してそのような印象を持っていました。 特にウォーターフォール手法で開発していた頃は、元請け企業から提示されたドキュメントを、意味も変わらず、役割も分からず、ただただ「決まりだから」と言われて書いてたので、そういった思いを強く持っていた記憶があります。 一方、アジャイルソフトウェア開発では、あまりドキュメントを書かない、もしくは全く書かないという、行き過ぎた印象を持たれてい
アメーバ事業部が混乱から立ち直ってスクラム導入を成功させるまで（前編）。QCon Tokyo 2014
アジャイル開発において、技術と品質の重要性は不可欠だ（前編）。Agile Japan 2013
「アジャイルがダメだと思う7つの理由」から始まったアジャイル論争の現時点のまとめ
「アジャイルがダメだと思う7つの理由」という刺激的なタイトルのエントリを、先週木曜日、3月21日にグロースエクスパートナーズの鈴木雄介氏が公開してから、アジャイル開発に関する議論の波紋が広がっています。 おそらく、これだけさまざまなブログを通じてアジャイル開発の議論が活発化したことはこれまで国内ではなかったのではないでしょうか？ ここでは現時点での議論をまとめますが、興味のある方はぜひここを起点にそれぞれのエントリを読んでみていただきたいと思います。 発端は鈴木雄介氏（id:arclamp）のブログarclampにポストされた「アジャイルがダメだと思う7つの理由」というエントリ。以下がその7つの理由として挙げられたものです。 1.全体スケジュールにコミットできない 2.アーキテクチャ上の無駄が生じる 3.コーチって何だよ 4.変化ヲ抱擁スルために固定化している 5.実証主義的な説明に過ぎな
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編）
プロジェクトという形態は下火になり、プロダクト開発が台頭している。IPAの調査から
海外でなぜアジャイル開発が普及しているのか？ IPAが分析と提言
アジャイル開発手法でクラウドを作るHerokuのやり方とは － Publickey
安藤日記
安藤日記 安藤日記：デジタルガジェット好き「安藤幸央」の日々のメモ ( yukio.andoh@gmail.com ) [ http://twitter.com/yukio_andoh ] Design Sprint Newsletter https://designsprint.substack.com/ なんかもう、毎日ブログ更新〜じゃなくって、毎月かろうじて書いてます〜 ぐらいになってしまったんだが。 MIT Media Lab新所長、伊藤穰一とPivotalのCTO,Ian McFarlandが語る「アジャイルスタートアップ」に行ってきました。 偶然SFCで僕の授業を受けてくれていた教え子も参加していて 声をかけてくれました。こういうのって凄くうれしい。 今日のお題は「アジャイル」で、Pivotal というアジャイルコンサルティングを生業とする Ian との対談。 Ian の名刺を
開発と運用の新しい関係、「DevOps」とは何か？ － Publickey
アジャイル・エンタープライズとは何か？ － ＠IT情報マネジメント
企業を取り巻く環境が目まぐるしく変化している。規制緩和や経済のボーダレス化、インターネットやユビキタスネットワークの浸透など、その要因は枚挙にいとまがない。 こうした中、企業が生き残りをかけて競争優位を築く際に、見逃せないのが変化への対応能力である。市場を見回してみても、斬新なビジネスモデルやアイデアだけで成長した企業はなかなか見当たらない。製品やサービスのライフサイクルが短くなり、成功パターンが長期的に有効であり続けることはまれだ。成功した企業があれば、何らかの形で模倣・追随する企業が出現し、先行成功企業の競争力は急速に失われるのが常だ。 企業が継続的に成長するためには、常に競合の半歩先を走り続ける「俊敏な自己変革能力」をDNAとして内在していなければならない。ダーウィンの進化論によれば、生物進化の歴史の中で生き残ったのは“強い種”ではなくて、“変化に適応した種”なのである。 変化に対す
Rubyでアジャイルプロトタイピング（1） ― ＠IT
想定する読者はこういう人々 本連載では、新たなアプローチでプロトタイピングを行い、アジャイルかつ正確にクライアントからの機能要件を取りまとめることを提案します。読者には、次のような方を想定しています。 上流工程に携わっているが、うまく進まず悩んでいる これから上流工程に挑戦しようとしている 下流工程でコスト、労力が増大してしまったが、その原因は上流工程にあったと感じている 上流工程の進め方について、新しいアプローチを模索している 本連載では、プロトタイピングに使用するツールとして、オブジェクト指向スクリプト言語であるRubyと、Ruby上に構築されたWebシステムフレームワークであるRuby On Rails（以下：RoR）についても説明し、実際に要件定義からプロトタイピングを作成してみるところまで行う予定です。 なお、Webシステムの開発を前提として解説を行いますが、クライアントサーバシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ジェフ・サザーランド博士講演「Silos, Transparency, and Happiness」（スクラムを活用した組織変革）
JTPAギークサロン 「大沢 良樹氏とSalesforce.comのアジャイル開発手法『Adaptive Development Methodology』 について語る」 - JTPA