日本のコンピュータ情報 : 富士通
気候変動、格差の拡大、そして不安定な経済情勢に直面し、経営におけるサステナビリティ・トランスフォーメーション（SX）はこれまでになく注目されています。富士通は、こうした状況を踏まえ、2023年11月から12月にかけて、企業・組織のSXの進捗状況を可視化するために、15か国・11業種の経営者層（CxO）600名を対象にアンケート調査を実施しました。主な調査結果を報告します。 日本企業は自前主義、自社の業種・業界から物事を考える「タテ割り」の意識が強く残っています。「業種なき産業構造」に目を向け、異なる業種・業界の「ヨコ」にも範囲を広げるために必要な視点とは。他の業種・業界の各社やお客様と連携しながら、より大きな枠組みで持続可能な社会の実現を目指す、富士通 SEVP 古賀一司と、東京大学未来ビジョン研究センター 客員教授 西山圭太氏の語り合いを通して、変革のポイントを紹介します。
LIP版「アジャイル開発向けソフトウェア開発委託契約書（準委任型）」 公開 - のぞみ総合法律事務所
今般、市毛由美子弁護士が参加している一般社団法人情報処理学会内の情報処理に関する法的問題研究グループ（LIP）が、実務家、法律家及び研究者の２年間にわたる研究成果として「アジャイル開発向けソフトウェア開発委託契約書（準委任型）」を公開しました。昨今は特に、新型コロナウイルスの影響により先の⾒えない社会環境において、持続的に変⾰を求めていくことを許容するアジ ャイル開発の⼿法が、経営課題を解決する重要なツールとして期待されています。LIPは、アジャイル開発にかかわる紛争を契約面で予防することで、アジャイル開発が広く普及することを願い活動してきました。 今回の契約例は、「スクラム」の⼿法により、⾃社開発でなく社外ベンダ（受注者）を活⽤することを前提としています。アジャイル開発にかかわられる皆様の一助になれば幸いです。
【書籍発売のお知らせ】みんなでアジャイル ー変化に対応できる顧客中心組織のつくりかた
みなさんこんにちは。@ryuzeeです。 2020年3月19日に新刊『みんなでアジャイル ―変化に対応できる顧客中心組織のつくりかた』が発売になりますのでお知らせします。 みんなでアジャイル ―変化に対応できる顧客中心組織のつくりかた著者／訳者：Matt LeMay、 及川 卓也(まえがき)、 吉羽 龍太郎、 永瀬 美穂、 原田 騎郎、 有野 雅士出版社：オライリージャパン発売日：2020-03-19単行本（ソフトカバー）：216ページISBN-13：9784873119090ASIN：487311909X なお、電子書籍で読まれたい方は、オライリー・ジャパンのサイトにてPDFならびにepub（Kindkeにインポート可能）がご購入いただけます。 どんな本か？Matt LeMay著『Agile for Everybody: Creating Fast, Flexible, and Cust
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
アジャイル開発からティール組織への道 | Social Change!
「アジャイル開発」が、もはやソフトウェア開発の当たり前の開発方法になって久しい。アジャイル開発とは、少しずつ改善しながら作っていくソフトウェア開発の手法だ。とくにウェブサービスを提供するような企業の多くで導入されている。 ・アジャイル開発の本質 〜 アジャイルとウォーターフォールの違いとは ・アジャイル開発とは：「アジャイル開発」をエグゼクティブサマリにまとめてみた 私は、もともとプログラマであり、アジャイル開発を日本に広める活動にも長く取り組んできた。アジャイル開発はソフトウェア開発の手法ではあるが、そこからマネジメントの基礎を学んだし、私たちソニックガーデンの「管理ゼロ経営」の礎となっているのは間違いがない。 本稿では、自らの経験をもとにアジャイル開発から学んだマネジメントと、ティール組織へつながっている道筋を考察してみたい。 アジャイル開発から学んだマネジメント 15年ほど前の話。私
【増席】「イラスト解説：ティール組織」翻訳者：中埜博さんへの公開インタビュー企画 (2018/12/18 19:30〜)
お知らせ ソーシャル認証に頼らず安全にログインしていただくため、すべてのユーザーに対してパスワードの設定を必須といたしました。まだパスワードを設定されていない方は、パスワード設定画面よりご設定をお願い申し上げます。 機能改善 領収データ発行機能にてインボイス制度の書式での出力に対応しました。 詳しくはこちらをご覧ください。 新機能 参加者によるオンライン出席機能をリリースしました。今までは主催者による出席管理機能はありましたが、大規模イベント等での受付処理が大変とのフィードバックをいただいてました。今後はイベント作成時に発行される「出席コード」を会場現地や配信で共有してもらうことで、参加者自身でイベント出席登録を行うことができるようになります。これにより受付処理が容易になりますので、イベント主催者の皆様はぜひご活用ください。詳しくはこちらのニュース や 特集ページ をご確認ください。
https://link.medium.com/1jsAtPLA6T
デザイン思考は、問題を探索・解決するための方法です。リーンは、私たちの信念を試し、適切な成果につなげる方法を学ぶためのフレームワークです。アジャイルは、ソフトウェアの変化していく状況に適応するための方法です。 デザイン思考は、能力と学習に関するものです。スタンフォードd.schoolのCarissa Carter主任は、デザイナーを高める能力について、素晴らしい記事を書いています。たとえば、曖昧さ、共感的学習、統合、実験などが、その能力として挙げられています。意味を生み出し、問題の枠組みを設定し、潜在的な解決策を探索する、デザイナーの能力が重要なのです。 『誰のためのデザイン？』の著者であるドナルド・ノーマンは「デザイナーは最初のアイデアに満足しない」と述べています。あなたも考えてみてください。最初のアイデアが最高のアイデアだったことはありますか？意味や新しいアイデアが生まれるのは、物事を
アジャイルな見積りと計画づくり：第2部：規模を見積もる「５章 理想日による見積もり」まとめ - 基本へ帰ろう
理想時間と現実時間の乖離はなぜおこるのかをチームのみんなで話しあい、現実的な時間を見積もる能力を高めていくことが必要だと感じました。 目次 理想日による見積り 理想時間とソフトウェア開発 規模の見積りとしての理想日 見積りは1つだけ 理想日による見積り 理想日と現実時間の違い 「アメリカンフットボールの試合の長さは？」この質問への答えは「15分のクォーターが4回で合計60分間」かもしれないし、「だいたい3時間」かもしれない。どちらの答えも正しい。両者の違いは、理想時間を答えているのか、現実時間を答えているかにある。 理想時間とは、なにかをするのにかかる時間のうち、周辺的な作業を差し引いたものである。アメフトの試合は60分だ 現実時間は、時計やカレンダー上で経過した時間を指す。アメフトの試合の場合は、現実時間で3時間ぐらいかかる 期間の予測は現実時間よりも理想時間のほうが簡単かつ正確に見積も
Startupプログラマの為の新アジャイルマニュフェスト(Kent Beck: beyond agile programming) - Qiita
Startupプログラマの為の新アジャイルマニュフェスト(Kent Beck: beyond agile programming)agilelean はじめに Kent Beck氏がスタートアップのイベントに登壇し、素晴らしい講演をしたビデオを友人のタイムラインから見つけました。Startup Lessons Learnd: Kent Beck talks beyond agile programming アジャイルマニュフェストは10年が経過して、誰かの為にソフトウェアを作っていた時代から、スタートアップの時代に移行し、内容が一部古くなっていました。ところがこの講演でKentBeck氏は、それに対する素晴らしい回答をしてくれています。この内容が2010に行われているとは驚きです。 今回、このビデオを未熟なりにディクテーションして、適当ですが、日本語訳を作ってみました。本人に承認を取るつも
監訳者まえがき
「アジャイルソフトウェア開発の概要はわかったので、具体的な事例を知りたい」 アジャイル開発をテーマにした講演や研修に出かけていくと、この質問によく出会います。さまざまな立場の人たちと長らくこの問答を続けることで、わかってきたことがあります。それは、ひとくちに「事例」といっても、質問者が知りたいことは「プロジェクト実績」や「実際に起こった個々の出来事」に留まらないということです。この問いに込められている、質問者が本当に知りたいことを私なりに書き下せば次のような感じです。 日々のソフトウェア開発の現場で、 実際に起きる個々の出来事について、 アジャイル開発の知識を踏まえたうえで、 自分は都度、どのような意思決定を下していけばよいのか？ この質問の核心は「未体験のことへの不安」だと私は捉えています。リーン原則は開発プロセスについてのメンタルモデルであり、カンバンはワークフローの設計ツールです。ス
永和システムマネジメント アジャイル開発支援事例｜株式会社ネクスウェイ
ネクスウェイ システム推進室 松森正彦 氏、小田切一成 氏 に、永和システムマネジメントのアジャイル開発支援サービスを採用した経緯と評価について詳しく聞きました。 第一部： 「アジャイル開発指導を取り入れて、ヒット商品の開発に成功」 第二部： 「NEXLINK BASICがヒット商品になった本当の理由」 第三部： 「『開発を一度ストップする』という決断」 第四部： 「プロジェクトマネージャーは知っておいた方がよい、アジャイル開発の影の部分」 ネクスウェイについて ネクスウェイは、ソフトウエア、FAX、メールなどを通じてBtoBマーケティング支援する企業です。主な商品は、NEXLINK、eオンデマンド便サービス、e帳票-FAXサービスなど。年商249億円、取引法人 約8000法人、従業員数249名、創立は2004年10月。 NEXLINK BASICについて NEXLINK BASICは企
アジャイルを学ぶの巻 | いきあたりばったり
アジャイル・・あじゃいる・・agile・・ IT業界に身を置いてると意識せずとも聞こえてくるWord・・ 形容詞なのに、ちまたでは、動詞や名詞として使われがちです・・ そして勤めているSIerではアジャイルは禁止されています。 これまでアジャイルな開発(でも実態はそもそも最初から入札、請負契約というアジャイル風だった…)に手を出しては、もはや顧客の奴隷のようになり、赤字という顛末のPJが多かったからです (｡´Д⊂) ｳﾜｧｧｧﾝ このツイートが身に染みる、そんな状況です。 なのでスキーム変えられないうちは「禁止」という判断は正しい気がします。 最近とても勉強になってるんですが、ウォーターフォールのスキームの一部にアジャイルいれても赤字になるのです、黒字にしたいならスキーム変えないとだめなのよ — Yasuko Ohbaさん (@nay3) 2013年4月25日 でもやっぱり気になっていた
Agileカルタ
是非印刷して会社の新年会でどうぞ。 無理やり書いているところもあるので語順がおかしかったりするとこともありますが、ご愛嬌ということで（笑） 【あ】 あっというまに出来るわけじゃない 【い】 いきなりコードは書かない 【う】 動くソフトウェアが大事 【え】 影響範囲だって調べる 【お】 おまかせとは違う 【か】 カイゼンを続ける 【き】 君がやるかやらないか 【く】 クラウドと相性がいい 【け】 継続的インテグレーション大事 【こ】 コードは一度書いたら終わりなわけじゃない 【さ】 サインアップの形でタスクをこなす 【し】 Jenkinsさん、あーJenkinsさん 【す】 スクラムはアジャイル開発のやり方の１つ 【せ】 全員同席が基本 【そ】 相対見積りを使ったりする 【た】 タイムボックスに切って進める 【ち】 チームですすめる 【つ】 追加の要求にも優先順位をつける 【て】 テスト自動
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
5分で分かるアジャイルムーブメントの歴史 拡大版
https://www.esm.co.jp/agile/business_plan_esm_agile_div_35th.pdf
7462
大きなチーム、大きな仕事 ~ 大規模アジャイル開発のいま
開発者以外でも「いいプロダクトを作りたい」人に有効な「リーン＋アジャイル」な開発とは？
クライアントの要望にこたえるWebサービス開発 ～「らせん型ワークフロー」のススメ～
かんばん！～もし女子高生がRedmineで「スクラム」開発をしたら
