エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。｜じゅ ごん｜note
エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue（タスク）の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、
「始めるのをやめて、終わらせることを始める」ことを始めた開発チームの話 / Rakus Meetup Osaka 2020-02-05
Rakus Meetup Osaka #5 の発表資料です。 https://rakus.connpass.com/event/182082/
要件定義～システム設計ができる人材になれる記事 - Qiita
はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
運用設計 - Qiita
運用設計とは？ システムを導入する各現場に応じた、システム運用の枠組みを作りこむこと 運用設計はなぜ必要か？ システム運用が高負荷にならないようにする トラブルが少ない 日々行なうことが少ない 運用が属人的にならないようにする 効果を測定できるようにする 誰が何をやったかを分かるようにする 費用対効果を高める 少ないコストで効果的に運用する 運用設計を行うタイミング フェーズのはじめ 基本設計と同じくらい 運用に必要な機能があれば予め設計に組み込める 具体的な設計項目 業務内容 管理項目 運用体制 運用スケジュール 監視設計 データ管理 バックアップ設計 障害対応 業務内容 どういう業務を行なうのかを定義する 定義を行なうことで、作業の見える化 それぞれの業務における運用を考えることができる 管理項目（何を管理対象とするか） 業務とは、システムを使用して、データを扱うこと システムとデータ
非機能テストについて - ソフトウェアテスト・第三者検証ならウェブレッジ
テストにはそれぞれ目的があり、その目的によっておこなうテストの種類は異なります。 目的によっては、ソフトウェアの機能要件をテストすることもあれば、非機能要件をテストすることもあります。 ここでは、「非機能テスト」について解説します。 ■非機能テストとは 非機能テストとは、その言葉の通り「機能」以外を検証するテストのことを指します。 つまり、非機能とは、「どのように動作するか」であり「何をするのか」ではありません。 システムの機能に関係ない信頼性や信用性などの特性をテストすることを指します。 ■非機能の表現 テストに使用する「非機能」を表現するためには、まず計測可能な項目を定める必要があります。 このとき、機能性、信頼性、使用性、効率性、保守性、移植性の、６つのソフトウェア品質特性をもとに考えると分かりやすくなります。 また、非機能テストは、ソフトウェアの機能以外の全てが対象であるため、多く
システム開発の非機能試験で実施するべき試験 | Libproc
非機能試験で実施するべき内容をまとめましたので利用してください。 この記事は企業向けのシステム構築時に私ならこの項目は試験するな～という項目をまとめたものです。 元の考え方は、「IPAのエンタプライズ系事業/非機能要求グレード」、 「RASIS」を私なりに解釈し、まとめたものです。 要件定義に合わせて、試験項目の追加・削除を行ってください。 この記事は随時更新されていきますので、コメント頂ければ幸いです。 非機能試験とは何か？ 非機能試験とは、信頼性や可用性などなど，機能要件以外のものを指します。 信頼性やセキュリティのように要件定義の中に入っているものもありますが、 運用要件などが無い場合も多いです。 非機能試験は、ざっくりプロジェクトのスコープに入っていることがあり、プロジェクト工数がないと真っ先に切り落とされるだろう。 しかしそこはエンジニアの腕の見せところです。 しっかりと非機能試
迷う必要なんてない！システム導入の3つの選択肢
中堅、中小基幹業務にも適したWeb-ERP「GRANDIT」の導入なら「アイ・エス・アイソフトウェアー」 2017年3月17日 迷う必要なんてない！システム導入の3つの選択肢 こんにちは！アイ・エス・アイソフトウェアーの八木です。 システム導入における最初にして最大の選択肢、どういった媒体のシステムを導入するかについて、皆さん大変悩まれていることだと思います。今回はそのヒントになればというテーマで書かせていただきます。 システム導入の選択肢 システム導入における選択肢は次の３つにわかれます。 既製品のパッケージをそのまま標準導入する。 既製品のパッケージをカスタマイズ導入する。 スクラッチで一からシステムを構築して導入する。 この３つの内、どれが自社の導入したいシステムにマッチしているかを検討する必要があるのですが、いずれもメリット・デメリットが存在しています。いずれのメリットが自社に都合
パッケージ、オープンソース、スクラッチ開発をQCDの観点で比較：エンタープライズ系エンジニアの小話：オルタナティブ・ブログ
まずは特徴の結論です。全てがこれに該当するわけではありませんが、上記のような傾向があります。以下で詳しく解説します。 品質(Q) ・機能 ・使い勝手 ・デザイン(見た目) 私がエンジニアだからかもしれませんが、品質と言われると不具合の量や安定稼働を思い浮かべてしまいます。 しかし、これらは蓋を開けてみないとわかりません。新機能の追加やバージョンアップしたらいきなり不安定になることもあります。よほど過去の実績が悪くない限り考慮する必要はありません。 そのため、ここでは目的を達成するための機能や使い勝手などがどの程度満たされるのかが重要です。 ・パッケージ ◎ 汎用性が高く、機能が充実している傾向があります。また、見た目や使い勝手に関しても工夫を凝らしていることが多く、業務フローの見直しなどと組み合わせれば要件を十分に満たすことが可能です。 ・オープンソース ◯ こちらも汎用性が高い傾向があり
スクラッチ開発のメリットと本当に必要なシチュエーションとは
システム開発はパッケージを使うのが良いのか、スクラッチ開発で一から作り上げてしまうのが良いのかという議論は多くなされてきましたが、どちらもそれぞれメリット・デメリットが大きく異なってくるため、一概にどちらが優れているとは言いにくいのが現状です。 どちらかに決めかねているという人は、ぜひこの記事を読んで参考になさってみてください。 スクラッチ開発とパッケージの違い 迷った場合にスクラッチ開発を避けた方が良い理由 スクラッチ開発の必要性を見極めるためのアプローチ スクラッチ開発とパッケージの違い 今回は改めてスクラッチ開発とパッケージの特徴をまとめ、スクラッチ開発に本当に必要なシチュエーションとはどんな場合なのか、ご紹介します。 スクラッチ開発とは？自社業務のオリジナリティが高い場合に必要な開発手法 スクラッチ開発とは、まさにシステムを削り出すが如く、一からコードを書いて構築する開発手法のこと
テストがなかった無法地帯にテストを導入して開発速度を1.7倍にした話 - Qiita
テストがなかった無法地帯のプロジェクトに自動テストを導入して、開発速度を1.7倍にした話をします。 自動テストがなぜないのか 自動テストのないプロジェクトには、そうなる理由が必ず存在します。よくみる理由は、「時間がないから1」「テストの書き方がわからないから」「無理やりテストを書いたつらい経験があったから2」といったものです。今回のプロジェクトの場合は、以下の2点でした： 自動テストの書き方がわからないから レビューがテスト代わりだったから まず、チーム編成が変わって私ともう一人がチームに加わるまで、実装者の中に自動テストの経験者はいませんでした。このような状況では、自動テストは困難になります。なぜなら、何をどうやってどこまでテストするかを決めるには、多少の慣れが必要だからです。この慣れがないと、何をしたらいいかわからないという状態に陥りがちで、結果として自動テストが後回しにされてしまいま
チームの生産性を上げるために新規事業チームがやっていること - Gunosy Tech Blog
こんにちは、新規事業開発室のエンジニアの@__timakin__です。上記は生産性が全く上がっていない様子です。 forkwell_meetupというイベントにところで「チームの生産性を上げる的な話をしてください」というフリをされたので、偉そうな話をして来ました。 forkwell.connpass.com 発表について スライドは以下の通りです。 speakerdeck.com 冒頭の方に実際のSlackのチャンネルやカレンダーの様子を載せましたが、だいぶフランクにやりとりが行われています。 新規事業へもともと興味がある人間が集まると、そこまで強制しなくてもリサーチする流れが生まれますし、逆に言えば採用の段階で新規事業の立ち上げコストというのは決まってくるのだなと思います。 生産性とは 生産性とはなんぞやという話だったのですが、僕個人として言いたいのは「生産総量ではなくて投資効率性ですよ
『アジャイルサムライ――達人開発者への道』に学ぶ、開発フロー効率化のススメ！ 【今こそ読み解きたい名著】 - エンジニアHub｜Webエンジニアのキャリアを考える！
『アジャイルサムライ――達人開発者への道』に学ぶ、開発フロー効率化のススメ！ 【今こそ読み解きたい名著】 エンジニア向けの名著と呼ばれる本は数多くありますが、今回は『アジャイルサムライ――達人開発者への道』（オーム社、2011年）を取り上げ、著者の経験やアジャイル手法の実践例を挙げていきます。 数多くの開発者から支持を受け、読み継がれてきた名著。そこには読み継がれる理由があります。 名著には、内容・ボリュームともに充実した書籍が多く、概要に目を通しただけで本を読んだつもりになっていたり、腰を据えて読む時間がなく「積ん読」してしまいがち。「エンジニアが絶対読むべき書籍●選」といった記事をブックマークするだけで読んだつもりになっていないでしょうか。 ポイントを押さえつつ内容を深掘りし、名著の根底に流れるエッセンスを開発に活かしましょう。 アプリエンジニアの池田惇と申します。iOS/Androi
【保存版】1日に3回プログラミング勉強法を聞かれるのでまとめてみる | ロボット・IT雑食日記
こんにちは，学生エンジニアの迫佑樹(@yuki_99_s)です． 先日，ゲーム開発の初心者向け勉強会を開催しました． 参加者6人全員がUnityというソフトを使い，たった2時間で簡単な1つのゲームを完成させました． さて，勉強会を開催したり，ブログでプログラミング系のことを発信していると，こんな相談を頻繁に受けます [voice icon=”https://sdl-stickershop.line.naver.jp/stickershop/v1/product/1006363/iphone/main@2x.png” name=”初心者” type=”l”] どうやってプログラミング勉強してますか？ 効率的な勉強法はあるでしょうか？ [/voice] 1日2〜３回はこの質問が来るので，月に80〜100回ほど同じ相談を受けていることになりますw ということで今回は，「こういう流れで勉強すると良
話題のVRを開発者が見ると……キビシー現実！？【 「島国大和のゲームほげほげ」第二回】
VRの時代こいこい 遊んでみましたかVR みなさん、デスマーチしてますかー！（挨拶） 私はしていません。（返しの句） お久しぶりの島国大和です。 世間ではポケモンとVRを比べたりいろいろお忙しい感じですかね。 なんでハードとソフト比べてるんだろうとか聞くのはヤボですね。 社会的ブームとなった『ポケモンGO』。（画像は公式サイトより） VR最高じゃないですか。なんか語感がカッコイイし。 多分、キアヌ・リーブスとかにVRゴーグルかぶせたらそれだけでおなか一杯になりますよ！ キアヌ・リーブス主演の映画『マトリックス』。 自分はまだ仕事ではVR触ってないんですけど。開発機材も本体もちょうど触れる状況があったので、あと、市販されたもののいくつかは買っちゃったので。 今回はVRでいきますよー。 VRとはなんぞや みなさんご存知のVRですが、念のため。 VRとはバーチャルリアリティ(Virtual Re
日本でアジャイルが流行らない理由 - @ledsun blog
ポジション的なもの 個人的に、アジャイルは「（あんまり未来や遠くのことを考えるのをやめて）目の前にある問題を解決しよう」という思想と認識しています。 現実の問題を見ないで「将来、日本と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう」とか、何を言っているんだ、おまえは？ と、思います。 キーワード「エンタープライズ」が出てきているので、業務システムの話をします。 情けないぞアジャイルコーチ 私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。 感想を書きます。 サム・グッケンハイマーの一言 サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダー の方が 「ウォータフォールは一切メリットがないので止めておきなさい」 といったそうです。まあ、ポジシ
プロジェクトが失敗する10の兆候
今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ぼくらはこうして乗り越えてきた！
技術で創る事業成長 / Tech creates innovative business
アジャイルな開発組織のOKRベストプラクティス＆アンチパターン
中途半端なアジャイルが招く危険
