[B! agile] toshipon123のブックマーク

リモートアジャイル開発ノウハウ集 | Agile Studio

私たちはこれまで、様々なお客さまと一緒にリモートアジャイル開発を実施してきました。リモートワークの時代に私たちの実践知が少しでも役に立つならという思いで、ノウハウ集という形で公開させていただきます。是非ダウンロードしてお読みください。

toshipon123 2020/05/02

agile
remote

リンク

GitHub - ecthros/uncaptcha2: defeating the latest version of ReCaptcha with 91% accuracy

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

toshipon123 2019/01/26

agile

リンク

「開発をアジャイルで」「でも契約は一括で」と言ってくる顧客がいたらどうすべきか？ - ミッションたぶんPossible

はじめにこのブログでは言及してませんでしたが、宣言どおり無事転職して、今年の1月から新宿のSIerで働いています。まぁその辺の話は来月あたりの暇な時にでも書くとして*1、今回は別の話。ついこの間、その新会社で、PM的役割をこなす社員を対象に開かれた﹁法務研修﹂という名のついた社内セミナーに参加しました。内容は、SIerの立場で契約に携わる時にどうすべきか、というもの。SIerあるあるの契約にまつわる揉め事を事例に、それを回避するために何に気をつけるべきか、といったことが扱われました。まぁこれ自体は目新しい内容ではなく、SIerに所属する者なら当然知っておく・気をつけるべきことばかり。再確認という意味では非常に有意義でしたが、それ以上でもそれ以下でも無かったなぁ、というのがオレの率直な意見でした。……研修本編終了までは。ちょっとこれ大丈夫か、と思ったのは、Q&Aに入ってから。社員の誰か

toshipon123 2017/06/14

SIer
agile

リンク

アジャイルがダメだと思う7つの理由 - arclamp

1.全体スケジュールにコミットできないアジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じるソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ

toshipon123 2013/03/22

agile

リンク

情報処理推進機構：ソフトウェア・エンジニアリング　｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開

2013年3月19日公開独立行政法人情報処理推進機構技術本部ソフトウェア・エンジニアリング・センター概要インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。こうした要件の変化に柔軟に対応できる開発手法として、﹁アジャイル型開発﹂があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。このアジャイル型開発手法は自社開発︵内製︶が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。﹁アジャイル型開発﹂には、

toshipon123 2013/03/20

リンク

とりあえず30分でひととおり分かった気にはなれるアジャイル入門

2012/12/22(土)の社内で開催した﹁プレゼン祭り﹂で発表した内容です。アジャイルに全く触れたことが無い人を対象にしたつもりが、﹁難しい﹂﹁内容が盛り沢山で覚え切れなかった﹂﹁寝ちゃった﹂などなどとあまり好評ではなかったのですが、自戒の念も込めて公開しておきます。対象は﹁ウォーターフォール開発しか体験したことのない経験5〜6年程度の若者﹂です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/toriaesu30fen-tehitotoorifen-katutaqi-nihanareruasiyairuru-menRead less

toshipon123 2012/12/26

agile

リンク

アジャイル開発の本質とスケールアップ読了

もし、ソフトウェア業界におけるソリューション開発の現在の能力よりも、市場がより早い変化を必要としている、という前提を認めるなら、﹁そのために何ができるだろうか？﹂という問いを持つことになるだろう。私にしてみればその答えは、アジャイルだアジャイルは使える – そして、スケールアップ可能であるという結論までを語る本。原書はScaling Software Agility: Best Practices for Large Enterprises (Agile Software Development Series) 社内の先輩が﹁面白い本を見つけたので読書会をしようと思う﹂という話をしてくれた。その方はマネージャになるのだけれど、データ分析とかが得意なアーキテクトでもあり、﹁この人が開催する勉強会は面白い﹂と思って、﹁絶対面白いからやりましょう﹂と伝えた。それから、数か月がたち、今月で

toshipon123 2012/12/15

agile

リンク

チケットの優先順位の決め方〜優先順位を考えるときの4つの勘所〜 | mah365

ソフトウェア開発におけるチケットは優先順位の高いものから並べるのが基本ですが、優先順位のつけ方って難しいですよね。スクラムを活用したアジャイルなプロダクト管理―顧客に愛される製品開発という本でそのあたりについて触れてあったので、ご紹介します。この本では以下の4つの観点に着目すると良い、と書いています。価値知識・不確実性・リスクリリースの実現可能性依存関係 1. 価値一言で言うと、﹁この機能は次のリリースで本当に必要なものか？﹂ということです。この本では例として、iPhoneのコピー＆ペーストの機能について触れています。iPhone3Gの頃はコピー＆ペーストの機能がなかったんですね。それでも別に、コピー＆ペーストの機能がなかったかといって売れなかったか？と言えば、﹁このビッグウェーブに乗り遅れる訳にはいかない﹂ほど売れましたよね。﹁あって当たり前の機能﹂が本当に﹁その製品にあっ

toshipon123 2012/12/11

agile

リンク

アジャイル導入の壁〜ボトムアップでアジャイルが導入できるのか？ | Social Change!

﹁アジャイルを導入したいんですが、上司や会社に話が通じません。どうすればいいですか？﹂・・・アジャイルに触れたばかりの人からよく聞く質問です。先日、Ultimate Agilist Tokyo というイベントに参加させていただき、壇上インタビューという形式で登壇させて頂きました。楽天の藤原さんからの質問に答えるという形で進みます。その中でも﹁よくある質問﹂として、この話が出ました。︵決して楽天藤原さんが聞きたいと思っている訳ではなくて、こういう質問ってよく出ますよね、という対談です︶そのときの私の回答は、ボトムアップでは難しいんじゃないか、というものでした。そのときは時間も足りなかったので、簡単に答えてしまいました。この記事では、ボトムアップでアジャイルを導入することについて、壇上インタビューでは答えきれなかった部分も含めて考えてみます。あなたのアジャイルは何をすることか？私は﹁

toshipon123 2012/11/22

人ではなく仕組みを変える事が大事。

リンク

Private Presentation

toshipon123 2012/11/17

agile

リンク

大規模JSプロジェクトロードオブナイツの管理手法紹介 2012-11-06

Designer’s Design Talk Azure / Windows Development ２人のMVPの場合 -c-mitsuba

toshipon123 2012/11/07

agile

リンク

第40回　プロジェクト管理の課題をアジャイルで解決 | gihyo.jp

効率的にプロジェクトを管理、またソフトウェアの開発を進めるため、サイバーエージェントではスクラム開発の導入を進めています。今回は、サイバーエージェント社内でアジャイル開発に率先して取り組む、アメーバ事業本部メディアクリエイティブDiv スマートフォンコミュニティグループの寺本隆彦氏と、同スマートフォンコミュニティグループの渡辺雄作氏にお話を伺いました。サイバーエージェントが抱えるプロジェクト管理の課題現在サイバーエージェントが進めるプロジェクトの1つに、スマートフォン向けプラットフォーム事業である﹁デカグラフ﹂があります。これは多数の外部サービスのアカウントを利用できる﹁コネクト⁠﹂⁠、ユーザ同士がコミュニケーションするための場を多数提供する﹁コミュニティプラットフォーム⁠﹂⁠、そして外部のゲーム会社によるコンテンツ配信を可能にする﹁ゲームのオープン化﹂の3つのキーワードを軸に進めら

toshipon123 2012/10/25

リンク

サービス終了のお知らせ - NAVER まとめ

サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

toshipon123 2012/09/22

昨日参加してきた！AgileとLeanの違いの話が印象的でした

リンク

書籍『チケット駆動開発』が出版されました | Social Change!

本書は、チケット駆動開発(TiDD)についての小川さんと阪井さんによる書籍﹃Redmineによるタスクマネジメント実践技法﹄に続く、第2弾となる書籍です。出版おめでとうございます。本の出版にあたって、チェンジビジョンの平鍋さんとともに、私も﹁まえがき﹂を書かせてもらいました。こちらの記事でも掲載しておきます。チケット駆動開発﹃チケット駆動開発﹄まえがきチケット駆動開発を実践するようになると、それ以前の開発がどうしていたのか思い出すのも困難になってしまいます。それほどチケット駆動開発は、ソフトウェア開発の現場にフィットするし、プロジェクトの進め方のスタンダードを変えてしまうものなのでしょう。私が代表を務める会社ソニックガーデンはソフトウェア開発の会社ということもあり、現場のすべての開発をチケット駆動開発で行っています。開発の作業をする際には、必ずチケットにしてから取りかかるルールが

toshipon123 2012/08/27

これは読書会したいかも

リンク

Project Facilitation

Developers Summit 2022の登壇スライドです。 https://event.shoeisha.jp/devsumi/20220217/session/3647/ 俺のプロダクト開発用語辞典 https://www.youtube.com/channel/UCnUdhofhFN2RotPou4a55_w オーバーエンジニアリングとは？ https://www.youtube.com/watch?v=6XQOSj7rutI オーバーエンジニアリングとは（ブログ版） https://i2key.hateblo.jp/entry/2021/12/25/101957

toshipon123 2012/08/16

リンク

こんなプログラマはアジャイル出来ますって言ったらアカンやろ - メソッド屋のブログ

最近、とある機会があって、いろんなアジャイルが出来るといってくるベンダーさんとあう機会があるけど、正直﹁おい！どの口がアジャイル出来るって言ってるねん！﹂って思う事がむっちゃくちゃ多い。今は確かにアジャイル開発ブームで、世間では引き合いも多いらしい。いろんなベンダーの営業さんが、﹁うちもアジャイルできます﹂って言って営業してはるけど、マジでちゃんと自社でできるか調査してから営業してほしい。私はアジャイルを10年以上やってるけど、元々は﹁この方法やったら、お客さんにホンマにええアプリを届けれるんちゃうか？﹂と思ったところから来ている。それが、今や猫もしゃくしもアジャイル出来ますとか言って、ろくにアジャイルも出来へんのに売りつけて、結局効果がでなくて、﹁やっぱアジャイルなんかアカンやん﹂ってなるのがむっちゃくちゃ嫌なのだ。これって数十年昔のオブジェクト指向ブームと一緒やん。当時のオブジェ

toshipon123 2012/08/12

リンク

ソフトウェアをつくるための３つの役割〜アジャイルに外部設計は必要か | Social Change!

ソフトウェア開発にはどんな役割が必要だろうか。よくあるウォーターフォールの世界では「要件定義」「基本設計（外部設計）」「詳細設計（内部設計）」「実装」などといった名前で工程を分けることで役割を分けています。アジャイル開発のスクラムでは「プロダクトオーナー」「スクラムマスター」「チーム」といった名前で分けています。役割の名前が違えば、ソフトウェアのつくり方が違うかというと、そうではなくて「やるべきこと」は同じだと考えています。ソフトウェアをつくる上で「やるべきこと」は何かソフトウェアをつくる上で「やるべきこと」は何かをざっくりと分けてみます。最初に、どんな困った問題を解決したいか、どんなことを便利にしたいか、といった根源的なことが思いつきます。次に、どうやって解決するか、何をつくれば良いか、というアプローチを考えます。そして、それを実際に動くようにプログラミングしていく訳です。一人で

toshipon123 2012/08/01

リンク

アジャイルサムライ横浜道場で受け取った12の質問状 #agilesamurai

先日、アジャイルサムライ読書会横浜道場に遊びに行きました。横浜道場では発表後にディスカッションがあり、いろいろとフィードバックを聞くことができたのでとてもためになりました。今日は、いくつかいただいた質問に答えてみようと思います。いやーとても楽しい道場でした。資料はメインがこちらで追加したエピローグはこちらで公開しています。当日の回答やふりかえりについてはgithubにて公開されていますのであわせてご確認ください。 1. 心が折れない理由は何ですか？心は折れます。ただ、骨折と同じで﹁折れた部分は治ると太くなる﹂ので、多少のことではへこまなくなってきました。そのかわりになにか大切なものを失っているのではないかと心配になることもありますが、私は元気です。メンバーのことを考えると前向きに考えざるをえません。問題をどうするかが問題だと思っているので、問題自体を悲観的に考えないようにしています。

toshipon123 2012/07/27

agile

リンク

ワンクリックデプロイ101 #ocdeploy

2011年12月20日に実施したワンクリックデプロイ勉強会の資料です。 http://www.ryuzee.com/Read less

toshipon123 2012/06/17

リンク

「アジャイル開発」で解決できることは何か〜アジャイルは「速い・安い」のファストフードではない | Social Change!

ここ最近の﹁アジャイル﹂という言葉の使われ方に違和感を感じています。年々システム開発のプロジェクトは、短納期化と低コスト化の流れが進んでおり、それによってリスクが増して且つ利益の出にくい状況になりつつあり、多くのシステム開発を請け負うシステムインテグレータは様々な取り組みを進めています。そして、その一つとして期待されているのが﹁速い・安い﹂を実現する﹁アジャイル開発﹂だと言うわけです。もはや、まるでファストフードです。大手システムインテグレータが集まってアジャイル検定を始めるようです。一部引用します。アジャイル検定の本格運用に向けた、アジャイルソフトウエア開発技術者検定試験準備委員会を設立近年、ソフトウエア開発では、厳しい経済不況などの影響を受け、ユーザーの要件を確実に、高品質に、より短期間で提供することが求められています。このような環境の下で、注目されているのがアジャイル開発手

toshipon123 2012/05/16

agile

リンク

はてなブックマーク

タグ

関連タグで絞り込む (18)

agileに関するtoshipon123のブックマーク (33)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス