継続性視点での開発生産性マネジメント / Managing Engineering Organization in a Strategic Way2024年5月28日に開催された「ビジネス成長を止めてしまうペインはどこにある？投資した開発品質との向き合い方」（主催：ファインディ株式会社）における技術責任者 @sunaot の発表資料です。 https://develope…
Four Keys にはどうやら2つの意味があるらしい - bonotakeの日記
先日、スクラムフェス福岡でこういう話をしてきました。 speakerdeck.com 特に国内ではここ1, 2年界隈を騒がせている "Four Keys" と呼ばれる4つの指標についての話で、乱暴に内容を一言でまとめるなら、「Four Keysをちゃんと使いたかったらまず出典の本を読もうぜ」というものでした。 元々、Four Keysとか、それを包含する「開発生産性」と呼ばれる分野の世間での使われ方に妙な違和感をずっと感じていたのでこういう話をしに行ったのですが、講演後に現地で議論したりとか、あとこの資料を公開した後の反響を見たりしていて、1つ気づいたことがありました。 それは、世の中でいう "Four Keys" に実は2つの意味があって、その2つがひたすら混同され続けているのでは ということでした。 その2つというのはこれ↓です。 デリバリのパフォーマンスを測る指標 組織のパフォーマン
12のソフトウェア・アーキテクチャの落とし穴とその避け方
これは、多数派が支配すべきだという意味ではない。委員会によって設計されたアーキテクチャは、肥大化し、焦点が定まらない傾向がある。私たちの経験では、理想的なバランスとは、多様な経験と視点を持つ数人の仲間が、より良い情報に基づいた決定を下すために、主張に異議を唱えることである。 再利用の目標が誤った決定を左右するようなことがあってはならない。その代わり、再利用は理にかなった場合のみ行うこと。 コード、コンポーネント、設計、あるいはコンフィギュレーションの再利用は、最初は良いアイディアのように聞こえる。経営陣は、再利用によってコストが削減され、納期が短縮され、品質が向上すると信じて、このコンセプトを推進したがる。チームは、MVPをより早く提供するために既存のアプリケーションの大部分を再利用することを決定するかもしれないし、かなり成功した製品を提供するために作成された既存のアーキテクチャを再利用す
イチから全部作ってみよう（1）ソフトウェア開発の大まかな流れを把握する
イチから全部作ってみよう（1）ソフトウェア開発の大まかな流れを把握する：山浦恒央の“くみこみ”な話（170）（1/3 ページ） ECサイトを題材にソフトウェア開発の全工程を学ぶ新シリーズ「イチから全部作ってみよう」がスタート。シリーズ第1回は、イントロダクションとしてソフトウェア開発の大まかな流れを説明する。 1．はじめに 前回まで、16回にわたり「業務効率化の道具箱」と題して、業務効率化に関するトピックを取り上げました。少しでも皆さんの業務改善の役に立っていれば幸いです。 今回からは新シリーズ「イチから全部作ってみよう」が始まります。筆者が実際に関わってきたECサイトを題材として、入門者向けに、企画の立案、要求仕様書の作成、設計、コーディング、デバッグ、テスト、保守（新機能の追加を含む）まで、プログラマーとしてソフトウェア開発の全工程を学びながら、実際に体験もできるようにします。 さらに
ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s
自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム（開発、製造）リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と
現代のソフトウェア工学を示す「継続的デリバリーのソフトウェア工学」 - Shin x Blog
年末年始に「継続的デリバリーのソフトウェア工学」を読みました。新年を迎えて、気分を一新して開発を始めるのに良い本でした。 ソフトウェア開発に役立つプラクティスを示した本 学びのエキスパート 複雑さ管理のエキスパート 実践的なツール データに基づく指標 ソースコードに限らずに広く適用 ソフトウェア開発者としての矜持 TDD あちら側とこちら側 「継続的デリバリー」は 1 要素 さいごに ソフトウェア開発に役立つプラクティスを示した本 ソフトウェア工学とは、ソフトウェアの実際的な問題に対する効率的、経済的な解を見つけるための経験的、科学的アプローチの応用のことである。 1.2 「ソフトウェア工学と何か」 本書では、ソフトウェア開発の現場で役立つプラクティスを、ソフトウェア工学としてまとめています。ここでいう科学的アプローチとは、「特徴づけ」「仮説の定立」「予測」「実験」という形で思考を組み立て
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016
強いチームを作るには時間がかかる～強いチームのつくり方（前編）。Developers Summit 2016 業務で行われるソフトウェア開発プロジェクトのほとんどすべては、何らかのチームによって行われています。そしてそのプロジェクトが成功するか失敗するかを左右する大きな要因が、技術力よりも人間系にあることはよく指摘されることです。 では、その人間系に注目して強いチームを作るにはどうすればよいのか、そのヒントを多数紹介したセッション「強いチームのつくり方」が、2月19日に行われたイベントDeveloper Summit 2016（通称デブサミ）で行われました。この記事では、そのセッションの内容を前編、中編、後編の3本の記事で紹介します。 いまお読みの記事は前編です。 プロジェクトの多くは技術ではなく人間系で失敗している 吉羽 龍太郎氏（Ryuzee.com）。 吉羽と申します。いままで野村総
ザ・ジェネラリスト #5000dai
JJUG-CCC 日本Javaユーザーズグループクロスコミュニティカンファレンス 2018/12 登壇資料です。 近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.また、DevOps開発では本番稼働中のシステムについてもレジリエンスの枠組みで障害やバグに関するフィード バックを獲得し継続的に学習する.本講演ではア
ソフトウェアエンジニアの目指す道
2017/9/23に開催されたUnity道場スペシャル 2017幕張の講演動画です。 講師：石井勇一（ユニティ・テクノロジーズ・ジャパン合同会社） 講演動画：https://youtu.be/fy2VGj-_s6U 企業、学校などで様々な場所でUnityが活用されています。それに合わせてUnity研修のニーズも高まってきます。2014年頃から企業向けUnity研修を企画・実施してきてた経験から、講師の方向けにUnity研修の組み立てのヒントになりそうなことをお話しいたします。 こんな人におすすめ ・Unity研修の企画/制作/実施をする方 受講者が得られる知見 ・Unity研修組み立てのヒントが得られる Unityのイベント資料はこちらから： https://www.slideshare.net/UnityTechnologiesJapan/clipboards
IT企業は知っておきたいソフトウェアの会計処理の４の知識
Yahoo！、楽天、クックパッド、最近ではGunosyなど、わたしたちは様々なWebサービスに囲まれている。こうしたサービスのおかげで本当に楽しく便利になった。ありがとうエンジニア！経営者！！ しかし、わたしは不安に感じることがある。ソフトウェアの開発費の処理で無意識に税務上のリスクを抱えている会社があまりにも多いからだ。全く意識していない会社が多い一方で、会計・税務のルールを巧みに活用して成果をあげている会社もある。 あなたがWebサービスの開発・提供をしているのなら、自社の開発費の処理を最高の状態に引き上げるために、このページを最後まで読んで確認してみて欲しい。 ざっくり要約 このページをざっくり要約すると次のとおり。 ①Webサービスの開発費の会計・税務の処理は、「資産処理」が必要なケースと「一括費用処理」が出来るケースの二種類がある。 ②多くの会社が会計上は「一括費用処理」をしてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
やさしいPostman API入門