システム開発で曖昧な要望を形にしていく方法 - arclamp
このブログはグロースエクスパートナーズ Advent Calendar 2021の10日目です。 社内メンバーから要望があったので、僕自身がどのようにシステム開発の初期段階において、どのように要望を整理し、形にしていっているのかについて書きたいと思います。 なお内容は弊グループの案件を前提にしているので、システム開発は以下のような状況が一般的です。 クライアントは直接契約（プライム） 要望を出すのはクライアント企業内で事業運営側の人で、システム開発にかかわった経験がないことがある 対象システムはSoE/mode2で、一般消費者や取引先などの外部ユーザーと、社内で業務を回す内部ユーザーがいる 相手の話を整理するフレーム まず、相手から得られる情報を4つの階層にわけて整理する必要があります。 目的：達成すべきこと 戦略：目的を確実・効率的に達成するためのシナリオ 戦術：戦略を実行するための具体
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
初めての個人WEBサービスを作り始める前にやるべき設計
少し前の記事(「プログラミング未経験者がWEBエンジニアになるためにやるべきこと」)の元になったプログラミング初心者の二人が、それぞれ無事Railsのチュートリアルまで終わらせていざ自分のサービスを作りたい！ってなった時に、さて何から手をつけたらいいんやろう？という同じ悩みにぶつかって同じようなアドバイスをしてたので、またその内容をまとめてみました。 初心者に限らず、小規模WEBアプリを作る時にこういうことをしとくといいかなっていう個人的な手法みたいなのをざっくり書いていきます。 SPONSERD LINK 前提 一般的なシステム開発は下記のフローで進んでいきます。 要件定義 設計 開発 テスト リリース ウォーターフォールはこれを1回流して完成、アジャイルはこれを小さく切ってぐるぐる回すというイメージですが、「初めての個人アプリを最初にリリースするまで」という状況では、一番困るのは2の設
サービスは熱量を消費させすぎない設計がいい : けんすう日記
最近きにしていること 最近、サービスを作る時に何を気にしているかというと、お客さまに「熱量を消費させすぎない」ということです。 スマホのゲームをやっている人にとっては馴染み深いシステムだと思いますが、たとえば体力ゲージみたいなものがあって、それが消費されると、一定期間経つまで回復しないという仕組みがあります。 たとえば、10分くらいプレイしたら、30分くらいあけないとプレイができないようになっていたりします。 これ、最初僕は、「課金したいポイントを作りたいためかな」と思ってたのですが、実は熱量の消費を抑えているという面もあるんじゃないかと思い始めました。 というのも、やりたいという欲望のままにやり進めてしまうと、飽きてしまうんですよね。満足してしまったら、次からアクセスしようと思ったりしないわけです。 これは、会話などでもよく言われるのですが、「会話が盛り上がって、もう少し話したいな」と相
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
shiodaifuku.io
はてなブログ | 無料ブログを作成しよう
