[B! システム開発] braitomのブックマーク

スケールドメテオフォール開発 - hogepiyohoo’s blog

序節‥はじめに近年、日本型の開発プロセスとしてメテオフォール型開発 - 実践ゲーム製作メモ帳2 が注目を集めている。 eiki.hatena blog.jp 上記のメテオフォール開発では、適用対象は開発チームである。︵本稿ではこれをオリジナルMF開発とよぶ︶一方最新の研究では、これをより大きな企業レベルで適用する事により、更なる災厄効果をもたらす事が明らかになってきた。本稿では、企業レベルでメテオフォール開発を適用する為の手法﹁スケールドメテオフォール開発﹂について、概要を説明する。 (オリジナルの方に迷惑かかるとアレなので補足:オリジナルMFを書いた方とは全然関係ない人のポストです) 第一節‥スケールドメテオフォール開発オリジナルMF開発では、単一の開発チームを想定している。そしてこうなる。一方、スケールドメテオフォール開発では、複数の開発チームを含む、企業全体が対象となる

braitom 2019/07/08

リンク

レガシーシステムのおそうじ / Tidying legacy systems

■イベント Legacy Meetup Kyoto https://sansan.connpass.com/event/119556/ ■登壇概要タイトル：レガシーシステムのおそうじ登壇者：加畑博也 ▼Sansan Builders Box https://buildersbox.corp-sansan.com/

braitom 2019/02/25

レガシーシステムをどのようにきれいにしていくか。計測、分解、合意が大事。計測=課題の定量化など、分解=スコープの分解、タスクの分解など、合意=ステークホルダー、メンバーとの合意。 ●システム開発

リンク

アスクルに潜入して、レガシー感謝の日のお話を聞いてきた - もがき系プログラマの日常

はじめにこんばんは。今回はこちらのイベントに参加してきました。 askul.connpass.com 次の日が勤労感謝の日ということで、日頃レガシーと戦っているお話をいろいろと聞いてきました。各スライドレガシーとは何者か @dskst9さんの発表レガシーフロントエンド @Kotanin0さんの発表レガシーコア不変の価値 @k_h_sisspさんの発表レガシーシステム・レガシーソフトと向き合って @warumonogakariさんの発表レガシーシステム・レガシーソフトとむきあって from warumonogakari,tumibito Kato www.slideshare.net 人のレガシーを笑うな @m_noriiさんの発表人のレガシーを笑うな - レガシー感謝の日 from Masanori Hayashi www.slideshare.net 本当にあった最速で

braitom 2018/11/29

レガシーなものに文句を言ったりしないで今までありがとうと感謝を込めて向き合って気持ち大事だよな

システム開発

リンク

サル先生のバグ管理入門

ようこそ、サル先生のバグ管理入門へ。コースは3つ。バグ管理初心者の方は﹁入門編﹂からどうぞ。バグ管理を経験したことがある人は﹁実践編﹂がおすすめです。バグに関して困ったことがあれば﹁心構え編﹂を読んでみてくださいね。

braitom 2018/11/21

サルでもわかるのバグ管理編。

リンク

業務改善とシステム化を一緒にやってしまう「業務ハッカー」という新しい職業 | Social Change!

前々回の記事﹃理想の働き方改革より現場の業務改善を〜現実的で効果的な﹁業務ハック﹂のはじめ方﹄では、業務改善とシステム化を一緒にやってしまう﹁業務ハック﹂というコンセプトについて書いた。そして、今週末には業務ハックの初の勉強会が開催される。おかげさまで好評なため、大阪でも開催することに。︵業務ハック勉強会@東京、業務ハック勉強会@大阪︶今回の記事では、そんな﹁業務ハック﹂に取り組む職業﹁業務ハッカー﹂、すなわち業務改善とシステム化を一緒にやってしまう仕事について書いた。業務改善とシステム化を兼業する﹁業務ハッカー﹂の土壌﹁業務ハック﹂では、現行業務の分析と見える化を行い、ボトルネックを発見し、もっとも効果的な部分から小さく始めていくことを特徴としている。そして、なんでもかんでも作るのではなく、便利なツールやプラットフォームを駆使して、もっとも費用対効果の高いところだけをプログラ

braitom 2017/12/12

ソニックガーデン動きはやいなー。“「納品のない受託開発」の新しい職種「業務ハッカー」の募集を開始しました”

システム開発

リンク

プロジェクト管理義務違反とは言うけれど…

パッケージソフトウェア導入時にありがちなユーザ内部の争い ERPパッケージソフトウェアを利用して開発を行うとき、いつも問題になるのが既存の業務プロセスとの関係です。ERPに限らずパッケージソフトウェアというものは、同じような業務が世間一般でどのようなプロセスで行われているか、どういったプロセスが効率的で経営にメリットをもたらすものなのかをソフトウェアの開発者が勉強した結果を元に作られています。このことから、今まで我流のプロセスで業務を行なっていた会社が、他社の好例を元に自社のやり方を改革する良い材料となりこともあります。一般に経営層はこうした業務改革に熱心です。なので、ERPパッケージをあまりカスタマイズせず、むしろ自分達の仕事を変えるべきと考える人も多いようです。ところが、現場サイドになると話が違ってきます。今までのやり方で会社は回ってきたのに、なぜ変えるのか。新しいシステムで、今まで

braitom 2017/07/18

リンク

拝啓『変わらない開発現場』を嘆く皆様へ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ | Microsoft Docs

拝啓﹃変わらない開発現場﹄を嘆く皆様へ～変わっていくエンタープライズ系業務システム開発とマイクロソフトエンタープライズサービスの取り組み～ 05/25/2017 3 minutes to read 昨年、今年と2回に渡って de:code にてエンプラ系 SIer さんの PL, PM, SE を対象としたセッションを担当しました。エンプラ系SIの﹃闇﹄はかなり深いものがあり、現場担当の方々はそれを改善すべく日々奮闘されていると思うのですが、その一方で、全体論としての捉え方が正しくないが故に、アプローチが誤っていたり掛け声だけで終わってしまっているケースも少なくありません。例えばエンプラ系開発現場でも最近はトップダウンで DevOps に取り組め、なんていう指示が出たりすることもあるのですが、実際にそれがうまくいっているお客様をなかなか見かけないのも事実です。こうした背景があり

braitom 2017/05/26

相変わらず素晴らしく良くまとまった記事

リンク

「技術者派遣」と「受託開発」がメインだったシステム開発会社の新規事業が成功した理由とは

こんにちは。Relicの北嶋です。前回までは﹁失敗﹂に焦点を当てていましたので、今回は﹁どんな新規事業がうまく行ったか？﹂について、紹介したいと思います。︵写真は弊社CTOの大庭です︶一つの事例として、最近ご相談が多いのは﹁SIer﹂いわゆるシステム開発会社です。業界を取り巻く状況としては、クラウドやWEBサービスの台頭で大型システム案件が先細り、かつシステム開発者の派遣ビジネスなど、労働集約的な業務が増えているなど、将来性から見るとあまり芳しくありません。そのような状況ですから﹁なんとか労働集約的な会社から脱却したい﹂と、活路を﹁新規事業﹂に見出す会社も少なくありません。このような会社の場合、技術者派遣で手堅く儲け、余剰資金で﹁パッケージ化/ASP化﹂でスケーラビリティのある事業を目指すのが王道のアプローチであり、比較的リスクも少ないのではないかと思います。我々がご相談を頂い

braitom 2016/12/23

ですよね。"初期の活動として重要なのはなんといっても「事業性の検証/テストマーケティングを徹底的にやること」に尽きます。"

システム開発

リンク

ログ設計指針

概要このドキュメントは、効率的かつ安定した、システム開発/運用をするためのログ設計指針です。的確かつ無駄のない、ログ出力を目指します。ログレベルログの緊急度や用途により、以下のようにログレベルを設定する。 Log4j のログレベルを踏襲しているため、運用の状況によってはCritical などのレベルを適宜追加すると良い。 PHP における PSR-3 では、さらに細分化され emergency, alert, critical, error, warning, notice, info, debug となっている。﹁出力先﹂﹁運用時の対応﹂は、各プロジェクトのポリシーに準じてください。レベル概要説明出力先運用時の対応

braitom 2016/08/18

リンク

システム開発改善記。1年でがらりと変わったとある組織の開発環境をBefore・Afterで振り返ってみる - Tbpgr Blog

私はシステム開発会社に勤務しているソフトウェア開発者です。親会社向けのWebシステムの開発や、親会社のお客様のシステムの受託開発が主なお仕事です。 CodeIQの出題者の仕事を個人として行っていて、そのきっかけで本業の一部として金曜日のみ別の会社のシステム開発をお手伝いすることになりました。これが2015年6月末のお話。その時のエントリがこちら。 tbpgr.hatena blog.com 週1の現地勤務以外にも個人の時間で、個人としてリモートでもお手伝いしています。今回振り返る内容はこの金曜勤務の会社の話のみです。経緯このエントリをまとめるに至った理由が実はありまして、今年は本業の開発が佳境にさしかかり、週に1回私が不在になるのがけっこうな痛手になってしまいました。そのため、2016年6月末をもって金曜日に別の会社をお手伝いするのは終了になりました。個人としては継続してお手

braitom 2016/07/04

リンク

大企業Hacks!

XP祭り2017のセッションのスライドになります。 http://xpjug.com/xp2017-session-a5-1/ 元ネタは以下です。 http://i2key.hateblo.jp/entry/2017/05/15/082655 ※CCPMの表記について一部誤解を与える部分がありましたので、表記を削除いたしました。 2017/09/21 0:27

braitom 2016/01/26

リンク

システム開発に欠かせない見積もり前提条件について | DevelopersIO

こんにちは！おおはしりきたけです！今日はシステム開発に欠かせない見積もり前提条件について書きたいと思います。 ■はじめに弊社では、受託開発を多くやっております。受託開発は、最初のスタートが重要です。私見ですが最初のスタートで成功確率の80%は決まっているといっても過言ではないと思っております。そのくらいスタートというのは大切だと思っております。エンジニアの方々の中には、営業さんが﹁あとはヨロシクッ！﹂と言って金額しか決まっていないプロジェクトを経験し苦い思いをした方も多いのではないでしょうか。弊社では、そのような事が起こらないよう営業さんとは密な連携を取りプロジェクトが成功可能かという判断をし、成功可能なプロジェクトに対し開始するということを行っています。その作業の中でも特に重要なのは、見積もりの前提条件です。 ■なぜ前提条件が必要か見積もりを出すときの流れは大まかにいうと以下のように

braitom 2012/02/14

リンク

「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る

「絶対落ちないシステムを作れ」という要件に、開発者たちはどう対応したのか。東証arrowheadの当事者が語る「素人的に言えば、絶対落ちないシステムを作れ、というのがユーザーから見た要求条件」と発言したのは、東京証券取引所の株式売買システム「arrowhead」開発のプロジェクトマネージャ宇治浩明氏。東京証券取引所は2005年にシステム障害を起こし、取引が一時全面停止するという事態を引き起こしました。そのため2010年に稼働を開始した新システム「arrowhead」の開発では、高性能と高可用性という高い品質を実現することが絶対の目標となっていました。東京証券取引所と、arrowheadの開発に当たった富士通。両社はどのように開発プロジェクトを通して高いソフトウェア品質を実現したのでしょうか？ 9月9日、早稲田大学西早稲田キャンパスで行われた日本科学技術連盟主催「ソフトウェア品質シ

braitom 2011/09/27

システム開発

リンク

システム設計　設計の考え方

要件定義、基本設計、詳細設計、プログラム設計、テスト、運用というシステム構築の手順が一般的に浸透しているが、このプロセスは実践ではほとんど守られておらず、要件定義の中で、ユーザと一緒に一部分を掘り下げて行っているうちに混合されることが多い。ここではその区別について考える。ただし、実践手順が多少、イレギュラーに設計されるのは全体の合理化を促進しようとするためであり、必ずしも良くないこととは言い切れない。基本的には必要とされるアクターを考えることが重要だと思われる。外部設計︵システム設計︶　＝システム方式設計+ソフトウェア設計内部設計　　　　　　　　　　　＝コンポーネント設計詳細設計　　　　　　　　　　＝プログラム設計　　　︵IPA︶1．システム方式の決定‥アーキテクチャーとして、H/

braitom 2010/07/26

リンク

はてなブックマーク

タグ

関連タグで絞り込む (10)

システム開発に関するbraitomのブックマーク (14)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第1週）

月間はてなブックマーク数ランキング（2024年6月）

今週のはてなブックマーク数ランキング（2024年6月第5週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス