片道1時間以上の顧客とは取引しない町工場
「片道1時間以上の顧客とは取引しない」――。産業用自動機械の設計・製作を手掛けるスズキ機工（千葉県松戸市）の事業戦略だ。同社の鈴木豊社長が体験した「ある事件」をきっかけに始めたこの戦略。結果として同社の取引先は半減したが、売上高は4倍以上になった。「真面目に働いているのに、ちっとも利益が上がらない。誰かにその理由を教えてほしい」。そんな鈴木社長の悩みを一気に解決し、町工場の働き方改革にもつながった「距離」で取引先を絞る戦略とは。 「当社から片道1時間以上かかる場所にあるお客様からの仕事は、お引き受けしません」。産業用自動機械の設計・製作を手掛けるスズキ機工（千葉県松戸市）は、自社の事業戦略をこう掲げる。 車で1時間以上かかる企業からの仕事は丁重に断る。移動時間が1時間以内の顧客なら、密接な関係を構築することができ、ライバル企業の追随を許さない商品、サービスの提供が可能になる、というのが鈴木
2022年更新 ホームページ制作費用の相場｜目的で変わる料金相場 | 大阪 バリューエージェント
サイトごとにかかれているホームページ制作料金の相場がバラバラで、どれが本当の料金相場なのかがわからない。と感じていませんか？ 実際のところ、Googleで「ホームページ制作 費用 相場」等で検索して表示されているWEBサイトがいう料金相場は、決して間違えているわけではありません。 しかし、ホームページに求める効果・目的次第で、ホームページ制作費用の相場が大きく変わるので、適正な料金相場がわからないことが問題なのです。 こういった背景を踏まえてこの記事では、下記2点のことが分かります。 効果・目的別に必要なホームページの違いアナタの求めるホームページを制作するための適切な費用相場この2点がわかれば、使い物にならないホームページを作る事もなくなり、無駄に費用を掛けなくて済む助けになるかと思います。 ホームページ制作の費用相場（早見表）ホームページとはいってもコーポレートサイトや採用サイト、ポー
MVCは死んだ。MOVEするときがきた - きしだのHatena
Conrad Irwinさんの「MVC is dead, it's time to MOVE on.」を訳してみました。 MVC is dead, it's time to MOVE on. この訳文も原文のライセンスを引き継いでCC-BY-3.0ライセンスで利用可能とします。 追記13:58 すでに訳してた方がいました。MVCの時代は終わった。MOVEを使い始めましょう。 - ふじこのプログラミング奮闘記 MVCは死んだ。MOVEするときがきた MVCはすばらしいアイデアだ。モデルを持ち、モデルは内部に少しの状態をもつ。ビューは内部に少しのUIをもつ。そして、コントローラは内部に少しの・・・ 何を持つ？ 私は確かにこのことに気づいた最初の人物ではない。しかし示されたようなMVCの問題のために、あなたは最後には過剰なコードをコントローラに詰め込むことになる。なぜなら、他にどこに入れていいか
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Contact Lens song lyrics Migraine Pain Relief Healthy Weight Loss Work from Home Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
いわゆる仕様と業務例外について - 急がば回れ、選ぶなら近道
最近とにかく、移動が多いので、その中でちょいちょい考えたことをまとめておきます。まずは仕様の理解の仕方とか、業務例外とか、押さえておきましょうという視点から。別にこれが正解で必須というわけではないので、あくまで個人の経験をまとめただけです。 モデリングとか、なんというかそういう高尚な話ではなくて、実際に仕様をまとめるときに、現実的に落ちる穴を、経験的に書きます。大抵のプロジェクトでは、仕様が固まらずに、または手戻りが発生して酷くコストが膨らむということがやはり多いわけで。理屈はともかく自分の経験的な対策案です。 （なんというか、開発方法論や手法・ドキュメントのまとめ方は、なんとかBOKから始まって、アジャイルや押しくらまんじゅうやらでいくらでもであるのですが、その一方で丁寧な要求定義や設計それ自体ができる人材は、むしろ急激に減っているような印象すら受けます。海外からの翻訳や輸入はやたらと多
ペルソナとは――ウェブサイト向けペルソナを理解して、思いこみのユーザー像と決別しよう | やってみましたペルソナ作り
顔の見えにくい漠然とした「ユーザー」ではなく、あたかも実在する人物のように具体的に記述されているので、ペルソナシートを読めば、その人が何を期待してどのようにウェブサイトを訪れ、どのように見るページを選んでいるかなどを、具体的かつ体系的に深く理解できる。 ユーザーが「できること」だけではなく「したいこと」を見つける「ユーザーにとって使いやすいサイトを設計したければ、ユーザビリティテストで十分だ」と考える人もいるかもしれない。確かに、ユーザーが「できること」「できないこと」「しやすいこと」「しにくいこと」に関しては、いわゆるユーザビリティの領域でカバーできていた部分だ。しかし、ユーザビリティでは、ユーザーがそれを望んでやっていることかどうか、つまり「したいこと」「したくないこと」あるいは「してほしいこと」「してほしくないこと」を理解することは難しい。 それに対してペルソナは、架空とはいえ、あた
単体テスト仕様書＆報告書
客先からの注文書を受け、その内容を受注入力する 受注入力した内容は伝票に出力される。印刷される伝票は、注文請書と注文伝票の2枚で、注文請書は客先に提出され、注文伝票は営業事務でファイリングする 受注の際、在庫があれば在庫に、在庫がなければ発注残に引き当てる。在庫も発注残もない場合は、営業担当者に判断を仰ぎ、発注依頼にまわすことができる DUNGEONでは、このような業務要件を本連載の第1回で説明した「業務フロー」というドキュメントに記載します。全体を通した業務の流れ、部署ごとの業務の役割、業務に使う画面や帳票などの種類を業務フローに図示し、上記のような業務要件を説明欄に記載するのです。 総合テストでは、実運用に近い状態でシステムが有効に機能することを確認します。本番同様のデータを使い、要求分析で定めた業務の手順にそってシステムを使って業務をまわします。うまく運用がまわるか、不都合はないかと
機能一覧表とI/O関連図
システム開発の仕事では、仕様の追加や変更は日常茶飯事です。「これで仕様凍結！と宣言して、仕様変更を受け付けなければ良い」などとこちらの勝手を言う人もいますが、事はそう簡単にはいきません（安易な変更を抑制する効果はありますが…）。現実的にはその仕様のままじゃ動かなかったりするので、ある程度の追加・変更はあるものと覚悟しておく必要があります。 社会においても「警察官や教師は、不正があってはならない」というタテマエにとらわれて対策を打たないことが問題視されています。「彼らも不正行為を犯す」という前提に立って対処方法を定めておくべきというのが現代の常識です。同じように、仕様変更も発生し得るという前提に立ち、それを吸収しながらプロジェクトを成功させるという柔軟な姿勢が重要なのです。 常駐・派遣ベースでは、変更が生じてもリスク（コストやスケジュール）は基本的に相手側にあります。しかし、請負で仕事をする
[ThinkIT] 第1回：開発ドキュメント体系と業務フロー (1/4)
ソフトウェア業界の仕事は、下請け・孫請けのピラミッド構成となることが多く、常駐・派遣型のビジネスがかなりのパーセンテージを占めています。そんな中、他の業界と同じように、下請け脱却を目指して"一括請負"で仕事を引き受けたいとする会社もあります。 その志は善しとしましょう。しかし、肝心の"実力"が伴っていないと発注者も受託者もお互いに手痛い目に遭います。ここで言う"実力"とは、単なる技術力のことではありません。スケジュール管理や品質管理、コスト管理などのプロジェクト管理の技術・体制を社内で持っているかどうかが成否の鍵となるのです。 筆者の会社は創立11年目なのですが、創業以来「常駐・派遣の仕事はやらない！」という起業時のポリシーを貫いて来ました。C/SやWebのシステム開発を主体としているのですが、10年間の中では当然（？）、いくつかの失敗プロジェクトもありました。その苦い経験の中で「成功率と
詳細設計書（後半）
現在使われているの画面システムは、イベントドリブン（駆動）型のアプリケーションが主流です。イベントドリブンとは、画面のロード（呼び出し）やボタンのクリックなど、画面操作イベントをきっかけに処理が実行されるしくみを言います。アプリケーションは、プラットホームにより次のように3つの世代があります。 第1世代では画面単位で処理が行われていました。これは画面上の社員コードや商品コードなど複数項目に入力した状態で、「実行ボタン」を押してはじめて社員名や商品名、単価などが取得され画面上に表示されるしくみとなります。 第2世代とともに登場したイベントドリブン機能により、項目単位で処理が行われるようになりました。例えば社員コードを入力した場合、即座に社員名が取得され画面上に表示されます。コードの誤入力などがあっても、すぐにエラー表示されるのでユーザビリティが高い技法として広く普及しました。 第3世代のWe
[Think IT] 第3回：基本設計の“いろは”ドキュ (1/3)
【楽々デブドックを書こう！】開発☆ドキュン 第3回：基本設計の“いろは”ドキュ 著者：シンクイット編集部 公開日：2008/02/15（金） ちゃんとわかって書いてます？ 2月の特集「楽々デブドックを書こう！」の最終目的は「手戻りを発生させずにシステム開発をスムーズに進める」こと。決して「見栄えのよい開発ドキュメントを書こう」というものではない。本連載「開発☆ドキュン」ではその視点に立ち、よりよい開発ドキュメントの作り方について「妖精さん」と一緒におさらいしている。 さてこの「妖精さん」たちは、デスマーチ一歩手前の状況にある開発現場で死屍累々になっている開発者の皆様を「そっ」とサポートしてくれている頼もしい存在だ。特に「開発☆ドキュン」に登場する「開発ドキュメントの妖精さん」たちは、あなたが意識を失っている間に開発ドキュメントを書いてくれているのである。 …とはいえ、開発ドキュメントの妖精
[Think IT] 第2回：要求分析するドキュよ (1/3)
【楽々デブドックを書こう！】開発☆ドキュン 第2回：要求分析するドキュよ 著者：シンクイット編集部 公開日：2008/02/08（金） 予想以上の反響で妖精さんはもっとがんばります！ システム開発をスムーズかつ手戻りを発生させずに進めるには「開発ドキュメント」の存在が欠かせない。2月の特集「楽々デブドックを書こう！」では、さまざまな視点から、この開発ドキュメントについて解説＆考察している。 デスマーチ一歩手前の状況にある開発現場では、「ふっ」と意識が遠のいたと思ったら見たことのないコードが書かれていたり、バグが忽然と消え去っていることがないだろうか。これはもちろん「妖精さん」たちの仕業なのである。 本連載「開発☆ドキュン」では、あなたが意識を失っている間に開発ドキュメントを書いてくれている「開発ドキュメントの妖精さん」であるA奈ちゃんとB乃ちゃんの2人の会話を追いかけながら、開発ドキュメン
いまさら聞けない「Webサービス」の常識 (1/4) - ＠IT
企業向けアプリケーションのさまざまな“常識”をJavaのオープンソース・フレームワーク群である「JBoss」から学んでいきましょう。企業システムを構築するうえでの基礎となる知識をリファレンス感覚で説明していきます。初心者から中堅、ベテランまで大歓迎！ Webを使ったサービス？ 「Webサービス」って何？ コンピュータ間の情報のやりとりは常日ごろから行われています。昨今では、物理的に離れたコンピュータ上にあるアプリケーション同士によるネットワークを通しての情報のやりとりが重要となっています。 ネットワーク上で最も一般的でシンプルなアクセス方法は、HTTPを用いてWebブラウザを利用しサーバから情報を取得することです。このような“システム”対“人”の方法は、アプリケーション同士の通信でも用いることができますが、“システム”対“システム”のサービスは、一般的に「Webサービス」と呼ばれています。
第10回 システム開発は最初に運用まで見通すべし
せっかく作り上げたシステムも、動かなければ意味がありません。今回は、実運用してからのトラブルについて解説していたいと思います。 「アクセスできない！」――ログの重要性―― 「『インターネットショップ』はすぐには作れない」から前回の「テストで重要なのは見極めること」まで、「インターネットショップの開発」という仮想プロジェクトを題材として、新システムの構想・開発着手から開発完了までの間に登場するさまざまな技術キーワードを紹介・解説してきました。いよいよ最終話です。今回は、本番サービスが始まってから青木室長と赤井君が直面した2つの出来事を題材に、システム開発にとって準備作業や機能設計の段階から運用面へ配慮しておくことが、いかに大切かをお話ししていきます。 青木室長 「赤井君！ いま、お客さまから電話があって、インターネットショップへのアクセスが急にできなくなったとのことだ」 赤井君 「本当ですか
ITアーキテクトは物事をどう見るべきか？ － ＠IT情報マネジメント
ITアーキテクトは物事をどう見るべきか？：ITアーキテクト的発想のススメ（1）（1/2 ページ） ITエンジニアのキャリアパスとして「ITアーキテクト」という職種が注目を集めている。プログラマやSEとは異なるスキルセットが必要とされる職種だが、最も大事なスキルは「複眼的な思考」だ。これは一体、どういった能力のことを指すのか？ ITアーキテクトに必要なのは「複眼的な思考」 近年、ビジネスや社会インフラにおける情報システムの重要度は高まる一方だが、その複雑度も年々増している。次から次へと新しいシステムが開発され、システムの寿命もプロジェクトの期間も一昔前と比べると格段に短くなった。システムの機能は多様化し、かつてメインフレームで定型処理を行っていただけの時代とは異なり、ビジネス上のあらゆる要件が盛り込まれるようになった。 その結果、情報システムの開発プロジェクトは複雑な問題を短期間で、しかも多
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
システム・エンジニアの基礎知識
基本設計書
[Think IT] 第5回：テスト関連も忘れちゃだめドキュ！ (1/3)
[Think IT] 第4回：詳細設計はどうするドキュか？ (1/3)
Amazon.co.jp: WEBアプリケーション・サーバー 設計・構築ノウハウ: NTTデータ先端技術、NTTデータ: 本
