「Client と Server があるスマフォゲームを 開発するときに人類が考えておくべき、ほとんど全てのこと」をまとめる構想
「Client と Server があるスマフォゲームを 開発するときに人類が考えておくべき、ほとんど全てのこと」をまとめる構想 これは何 「Client と Server があるスマフォゲームを開発するときに人類が考えておくべき、ほとんど全てのこと」 をドキュメントとしてまとめようと思ったときに、何を書けばいいかをリストアップする場所 （構想を練る目的なので、不完全な内容です） のんびり更新予定 モチベーション 1. 仕事上の実利 職業柄、生きていくために Client / Server 実装があるスマフォゲーム を一定期間をかけてチームで開発することが多い ゲームのチーム開発は要素が多く、先立って考慮しておくべきことも多岐に渡る 「考慮しておくべきことリスト」 を用意しておくことで、考慮漏れによるミスや手戻りを減らす 初心者にとっては抜けていた知識の補完になり、中級者以上にとっても思考
超上流から攻めるIT化の事例集：要件定義 | アーカイブ | IPA 独立行政法人 情報処理推進機構
・要件定義 成果物は「経営者が参画する要求品質の確保」に記述されている 表4．3「役割分担と成果物例」にならい分類・表示している。 方向性と計画についてはこちら
「合成の誤謬」を意識せよ｜
メルカリの中で働くメンバーが、日々どのようなことを考え、どのようにチャレンジしているのかを紹介する場として初めて開催した『Mercari day 2017』。 本稿では、アメリカ向けプロダクトのUX改善を担う2人がパネラーを務めた「”メルカリUS”カイゼンの最前線」の模様をお届けします。 テストしてみて分かった、想像以上に違う日本とUSのユーザー行動 メルカリでは現在、アメリカ向けプロダクトの開発に注力しています。このセッションでは、メルカリUSの買い手側・売り手側双方のUX改善の担当者が登壇し、日本のプロダクトとの違いなど、文字通りの「カイゼンの最前線」について語りました。 伊豫： モデレーターを務めます、US版のプロダクトを統括している伊豫です。今回はメルカリUSのプロダクトマネージャー2名と共にお話できればと思います。買い手側（Buyer）のUXを担当している森山、売り手側（Sell
ウェブサービスの開発フローケーススタディ / YAP(achimon)C::Asia Hachioji 2016 mid
開発フローの変遷と背景にあった考え方を紹介することで、 開発フローを変化させる方法についてヒントを提供できればと思います。 なお、本資料はYAP(achimon)C::Asia Hachioji 2016 mid in Shinagawaで行われたトークの発表資料となります。
Microsoft Corporation
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
やりたいことを続けられる仕組みの作り方 - Omoroki DesignLang
Webサービスボケてのケーススタディと現場で使えるデザイン言語 平成28年3月19日（土） 15：30～17：00（1時間30分） 新都心ビジネス交流プラザ４階会議室（さいたま市中央区上落合2-3-2） 創業・ベンチャー支援センター埼玉 講師：株式会社オモロキ代表 鎌田武俊
ITIL V3 Guide to Software Asset Management
Welcome to Axelos. We’re the people behind world-renowned best practice methods, frameworks and certifications including ITIL® 4, PRINCE2® and MSP®. In over 200 countries, 23 languages, and sectors large and small, our tried and tested guidance is used to unlock potential and achieve extraordinary outcomes. The kind with the power to transform organizations and change lives.
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要
![[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfb41ba2bfefb166491d5d3e83380136f2017ab2/height=288;version=1;width=512/http%3A%2F%2Foshiire.to%2Fwp-content%2Fuploads%2F2015%2F01%2F17principles-300x212.png)
浪江町と政府のシステム調達について
以前、「 "費やした55億円、水の泡に 特許庁がシステム開発中断"って一体何だったのか、報告書を読んでみた 」というブログ記事を書いた時に、政府のシステム調達案件の問題について考えさせられたわけですが、政府の調達案件の問題は世界中で起こっているようで。 調査によると、「 ア...
要求分析のための質的調査に基づくAsWas-AsIs分析手法
業務システム開発者が，業務システムを構築するとき，そのシステムの利用者たちの要求を分析しなければならない．AsIs-ToBe分析に基づく要求分析は，AsIs分析を行い，次にToBe分析を行う．AsIs分析では，開発者は現在の状態をSystemas-isモデルに表し，利用者たちと合意する．合意したSystem-as-isモデルを用い，開発者や利用者たちは，解決すべき課題を導き出す．合意したSystem-as-isモデルが適切に現在の状態を示さなければ，開発者たちは誤った要求分析を行うことになる．この問題を解決するため，本稿は，現在までの歴史も含めて分析し，より的確に現在の状態を導き出すAsWas-AsIs分析法を提案する．我々は，提案手法を事例に適用し有効性を検証するとともに，本手法の展望について考察を行った． 1．はじめに 業務システム開発者（以下，開発者）が業務システムを構築するとき，そ
超上流工程における合意形成手法「Exアプローチ」
情報システム開発の超上流工程では，新しいサービスや業務プロセス（ビジネス要件）の検討と，それらを実現するためのシステム要件の開発とを並行して進める必要がある．本論文では，ユーザ企業と開発ベンダが協力の上，ステークホルダ間における合意形成を段階的に進めることによって，ビジネス要件とシステム要件の検討を並行して進めることを可能とする手法「協創プロセスによる段階的合意形成手法＝ Ex アプローチ」に関して，事例を通じて紹介し，これを導入する効果・利点について述べるとともに，今後の課題を明らかにする． 1．はじめに 本論文で「超上流」とは，図1に示すように，新しい事業（商品やサービス）を実現するためのシステム化要求を受けて業務要件を検討する，ビジネスレベルでの要件（以下「ビジネス要件」）定義を行う工程のことである[1]．システム開発の超上流工程は，高品質で安心・安全なソフトウェアを開発するために，
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～（METI/経済産業省）
非機能要求を決めきる － システム基盤の非機能要求を漏れなく決める －
BPStudy#88 connpassにおける戦略決定