課題管理はプロジェクト成功における肝（Vol.16）
div.hs-menu-wrapper > ul > li" data-pacnav-mobile-width="820"> 製品 OBPM Neo for IT企業 OBPM Neo for 製造・工事業 機能 機能一覧 クラウド対応 システム連携 PMBOK 収益認識基準対応 SAML認証・多要素認証 サービス 導入・運用支援サービス リモートPMOサービス プロジェクト管理研修 xoBlos for OBPM Waha! Transformer 利用シーン 経営層・部門長向け プロジェクトリーダー/マネージャー向け メンバー向け 品質管理・PMO向け 間接部門向け 導入事例 情報子会社 SIer 受託開発・BPO パッケージメーカー エンドユーザ 価格とライセンス 保守サービス OBPM Neo 保守サービス OBPM Neo バージョンアップ情報 OBPM Neo 推奨スペック/動
課題はどうやって発見するんだろう？ ～課題管理のプロセス その1～ | Think! management（シンク！マネジメント）
「課題管理ってなんだろう？」のエントリーでは、課題管理とは「課題の発見から解決までをコントロールすること」というお話をしました。 今回は、課題を管理するための具体的なプロセスの1つ目、課題の発見についてお話しします。 それって課題？ リスク？ タスク？ マネジメントの現場では、よく「課題」と「リスク」「タスク」が混在して管理されています。 解決すべき課題を的確に把握しないと、不要な作業や心配事ばかりが増え、目的を達成することが難しくなってしまいます。 課題とは「課題ってなんだろう？」のエントリーでお話しした通り、「すでに起きている（顕在化している）」こと、かつ、目的達成のために「解決しなければならない事象」のこと。 課題管理の第一歩は、さまざまな事象の中から「課題」だけを発見することです。 混在する事象から「課題」を見つけよう たとえば、以前のエントリーでも登場した売上が伸び悩むレストラン
【R-Storefront】 「カタログID」登録必須全ジャンル拡大予定のご案内 : ECジョニー「現役ネットショップ店長による鮮度ある情報を」
(*)： 一部サブジャンルのカタログID登録は既に必須化になっており、残りのサブジャンルが今回の対象となります。 注意1：商品の登録・更新について 2018年9月25日（火）以降、全ジャンルの商品において「カタログID」もしくは 「カタログIDなしの理由」を入力しないと商品登録・更新ができなくなります。登録ルール、登録方法の詳細については、以下のガイドライン、店舗運営Naviにてご確認ください。 ・登録ルール - ガイドライン：カタログID必須登録に関するガイドライン ・WEBでの登録方法 - 店舗運営Navi: 商品ページを登録するのSTEP15 ・CSVでの登録方法 - 店舗運営Navi: item.csvのデータ形式 2：一部の商品に対する「カタログIDなしの理由」の事前付与について 店舗様の作業負荷を削減するため、楽天市場にて以下のような明らかにカタログIDを入力できない商品に対し
JICFS/IFDB登録件数 | データベースサービス | GS1 Japan(一般財団法人流通システム開発センター)
※ノンアクトデータ JICFSでは既に市場に流通していないと推測される商品を、一定の条件のもとに抽出しノンアクトデータとしています。
クローリング・スクレイピングの技術を知る | gihyo.jp
データ分析や機械学習で人気を集めるPython。そのPythonでデータ収集を行う「クローリング・スクレイピング」も人気を集めています。クローリング・スクレイピングとはなにか、そしてPythonでどんなことができるのか、注意すべき点などを紹介します。 クローリング・スクレイピングとは クローリング（Crawling）・スクレイピング（Scraping）は、WebサイトやAPIから情報を収集するための技術です。Web上の情報を収集することととらえてください。予約状況をお店のWebサイトから自動取得したり、Twitterで自社情報がどれだけつぶやいているか調べたりといった情報の自動取得がわかりやすい例でしょう。Googleなどの検索エンジンもクローリング・スクレイピングによるデータ収集に支えられています。 Webサイトにアクセスして情報を取得する、あるいはAPIを叩くというとcurlやwg
非機能テストについて - ソフトウェアテスト・第三者検証ならウェブレッジ
テストにはそれぞれ目的があり、その目的によっておこなうテストの種類は異なります。 目的によっては、ソフトウェアの機能要件をテストすることもあれば、非機能要件をテストすることもあります。 ここでは、「非機能テスト」について解説します。 ■非機能テストとは 非機能テストとは、その言葉の通り「機能」以外を検証するテストのことを指します。 つまり、非機能とは、「どのように動作するか」であり「何をするのか」ではありません。 システムの機能に関係ない信頼性や信用性などの特性をテストすることを指します。 ■非機能の表現 テストに使用する「非機能」を表現するためには、まず計測可能な項目を定める必要があります。 このとき、機能性、信頼性、使用性、効率性、保守性、移植性の、６つのソフトウェア品質特性をもとに考えると分かりやすくなります。 また、非機能テストは、ソフトウェアの機能以外の全てが対象であるため、多く
システム開発の非機能試験で実施するべき試験 | Libproc
非機能試験で実施するべき内容をまとめましたので利用してください。 この記事は企業向けのシステム構築時に私ならこの項目は試験するな～という項目をまとめたものです。 元の考え方は、「IPAのエンタプライズ系事業/非機能要求グレード」、 「RASIS」を私なりに解釈し、まとめたものです。 要件定義に合わせて、試験項目の追加・削除を行ってください。 この記事は随時更新されていきますので、コメント頂ければ幸いです。 非機能試験とは何か？ 非機能試験とは、信頼性や可用性などなど，機能要件以外のものを指します。 信頼性やセキュリティのように要件定義の中に入っているものもありますが、 運用要件などが無い場合も多いです。 非機能試験は、ざっくりプロジェクトのスコープに入っていることがあり、プロジェクト工数がないと真っ先に切り落とされるだろう。 しかしそこはエンジニアの腕の見せところです。 しっかりと非機能試
Webアプリケーションにおける正しいキャッシュ戦略 - Sansan Tech Blog
こんにちは。プロダクト開発部のサーバサイドエンジニアの荒川です。普段はSansanのスマホアプリのAPIの開発をしています。 今回扱うテーマは皆さん大好きキャッシュ（Cache） です。 Webアプリケーションを開発するエンジニアである以上、キャッシュの存在からは逃れられないでしょう。 例えばパフォーマンスを向上させる手段として、キャッシュを仕込むことは往々にしてあるかと思います。 キャッシュを使えばパフォーマンスが向上しそう、というイメージも強いため安易に選択する戦略になりがちですが、正しく扱うことは本質的に難しいです。 しかしキャッシュを上手に使えば、ユーザ体験を圧倒的に向上させることができます。 そんな諸刃の剣キャッシュ💰について考慮するべきこと、その戦略を改めてまとめてみました。 今回の対象 今回の対象は、アプリケーションレベルでのキャッシュ戦略を取り扱います。 いわゆるキャッシ
ユビキタス言語についての知見を共有します - Qiita
この記事は、ドメイン駆動設計 #1 Advent Calendar 2018の10日目です。 ユビキタス言語は大事 DDDは分類手法の一つという側面があります。 分類の道具は境界づけられたコンテキストと、ユビキタス言語です。 境界づけられたコンテキストで、システムの対象業務を分類し、境界づけられたコンテキスト内部ではユビキタス言語で言葉を分類します。 個人的に、ユビキタス言語はDDDを実践する上でとても大事なテクニックだと思うのですが、何を指すものなのか、どういうメリットがあるものなのかわかりにくいために、初心者にとってはわかりにくいものかもなー、とも感じます。 そこでこの記事では、ユビキタス言語についての私の知見を書いてみます。ユビキタス言語についての学習の助けになれば幸いです。 ユビキタス言語とは何か？ ユビキタス言語の定義をする前に、「境界づけられたコンテキスト」について説明します。
OSS情報 | マジセミ
マジセミドライブ ウェビナー関連のニュースやITサービス＆ツールの最新情報を随時配信します。 TOP 記事一覧 「OSS情報」の記事一覧 「OSS情報」の記事一覧 OSS情報 2024.07.04 【OSS情報】WebベースAPI開発スイート「 Hoppscotch 」🌐 「 Hoppscotch 」は、オープンソースのAPI開発エコシステムで、使いやすさとアクセシビリティを重視した軽量なWebベースのスイートです。無料版と有料版があり、PostmanやInsomniaの代替として利用可能です。 OSS情報 2023.06.05 【OSS情報】自律型AIエージェント構築プラットフォーム「 SuperAGI 」 「 SuperAGI 」は、AIエージェントの「目的」「行動」「環境」を定義することで、自律型エージェントの「生成」「テスト」「プロビジョニング」「デプロイ」を実施できます。 「人
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！｜ハイクラス転職・求人情報サイト AMBI（アンビ）
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！ オープンソースのデータベースとしてよく比較されるPostgreSQLとMySQL。どんな長所・短所があるのでしょう？ それぞれの専門家による対談で明らかにします。 エンジニアとして働いていると必ず直面する悩み。それは、「どのリレーショナル・データベース（以下、RDB）を選ぶのが最善なのか？」です。 RDBごとに長所と短所は異なっています。そのため自社サービスにマッチしないRDBを選んでしまうと、それがボトルネックとなり開発・運用にトラブルが生じるケースは少なくありません。 なかでもよく比較検討されるのが、PostgreSQLとMySQL。ともにオープンソースRDBのデファクトスタンダードであり、高い性能と数多くの機能を持っています。 では、両者は具体的にどのような長所・短所があるのでしょうか。そ
「MariaDB」とは？MySQLとのパフォーマンスの差と対応レンタルサーバーをチェック | TECH TREND
※「TECH TREND」内で記載している価格は全て税込み表記です。 本コンテンツ内で紹介するITサービスの一部または全部に広告が含まれています。正確な情報提供に努めておりますが、内容の正確性を保証するものではありません。 ※このサイトに表示している広告については、広告掲載基準をご覧ください。 ※本サイトはウェブココル株式会社が運営しております。 ※当記事のご意見は、お問い合わせフォームからお寄せください。 これまでレンタルサーバーでは、主にオープンソースである MySQL（マイエスキューエル）がデータベースとして使われてきましたが、近年 MariaDB（マリアディービー）を採用するレンタルサーバーが増えつつあります。 MariaDB は MySQL から枝分かれしたデータベースシステムであり、MySQL よりもパフォーマンスが向上しているということで、多くのユーザーから期待されており、
マイクロサービスとは？基礎から事例までわかりやすく解説
web関係のことを調べていたり仕事で関わったりすると、一度ならず度々耳にしたり目にするのがAPIという言葉。 APIという言葉は知っていても、意外と意味そのものはあまり世間に知られていなかったりしていることもあり、APIという言葉だ... マイクロサービスのメリットとデメリット モノリシックアーキテクチャと大きく異なるマイクロサービス。 そのメリットとデメリットはどのようなものなのでしょうか。 マイクロサービスのメリット マイクロサービスのメリットには、 リソースを有効活用できる 局所化によって障害や影響の与えるリスクを抑えられる 新技術の採用が容易である 新規機能の追加、高頻度の軽微な変更が容易 更改が容易 という点が挙げられます。 1プロセスで1サービスというマイクロサービスの特性は、サービス同士の依存関係が薄く、特異性、独自性を一定程度保持できます。 そのため、障害が起きても局所にと
Amazonはなぜ変化に強いのか？海外大規模ECが採用する「マイクロサービスアーキテクチャ」の仕組み
前回は、ECに関連するシステムをSoR（正しく記録するシステム）とSoE（顧客との絆を深めるシステム）という2つの観点から見て、「ECシステムの改善を続けるため、それぞれの特性に合わせた取り組みをしよう」という話をした。今回はAmazonを例に、ECシステムの改善を進めるためのシステム構成として、「マイクロサービス」を紹介する。 1つのパッケージやスクラッチ（新規開発）のシステムでSoEを実現するのは難しい。一度システムを導入したからと思考停止せず、自社にあった適切なサービスを組み合わせて構築・運用する方法に触れてみよう。 Amazonは大量のサービスから構成されている Amazonで「Nike shoes」とタイプするだけでバックグラウンドでは170以上のサービスが動く（※1）という。1つのプログラムではなく、複数のプログラムが複数のサーバーでサービスとして動いているのだ。実際に内部を知
jBatchとSpringBatchの比較 - Qiita
違い jBatchは仕様（JSR-352）、SpringBatchは実装 jBatchの実装は3つ存在。RI（GlassFish）、JBeret（WildFly）、SpringBatch。 基本的機能は jBatchも、SpringBatchも同じ。 SpringBatchの方が高機能。 もともとSpringBatchが存在して、それを参考にして仕様化したのがjBatch。仕様化した後、SpringBatch3.0にてjBatchへ対応した。 機能 jBatchの機能をベースとして記載。SpringBatchの機能は太字で記載。 ジョブ ジョブはステップの入れ物。ジョブはXMLで記述。 <?xml version="1.0" encoding="UTF-8"?> <job id="SimpleBatch" xmlns="http://xmlns.jcp.org/xml/ns/javaee"
DB論理設計のノウハウ - Qiita
DB設計の概要を簡単におさらいした後、論理設計について主にまとめていきます。 DB設計の全体手順のおさらい DB設計は、大きく論理設計と物理設計に分けられます。 概念スキーマを定義します。 エンティティの抽出 エンティティの定義 正規化 ER図の作成 物理設計 論理設計の結果を受けて、データを格納するための物理的な領域や格納方法を決めます。 テーブル定義 インデックス定義 ハードウェアのサイジング ストレージの冗長構成決定 ファイルの物理配置決定 テーブルの構成要素のおさらい 行と列 行(レコード)：横のデータの組 列(カラム)：縦のデータの組 キー キーとは、DBのテーブルから特定のデータを引き出すための鍵です。 主キー：その値を指定すれば、必ず一行のレコードを特定できるような列の組み合わせのこと。一意にレコードを識別するためにある 外部キー：2つのデーブル間の列同士で設定するもの。参照
全サラリーマンは佐野SAのストライキを見習うべき - ゆとりーマンの平日
ポイント 今回は、佐野SAで起こっている閉店騒動と従業員のストライキについてサラリーマン目線で解説したいと思います。 ・経営陣へストライキした従業員の勇気ある行動 ・黙っているとリーマンは会社に都合よく使われ捨てられる ・会社のためじゃなく自分のために行動する考え方 今、ニュースで話題になっている『佐野サービスエリアの閉店』。 お盆でSAの利用が多くなる時期にサービスエリアが閉店状態になるという異例の事態。 この騒動を簡単に説明するとこのようになります。 佐野SAストライキ 運営会社ケイセイフーズが資金繰り難で納品業者が納品を次々に停止 ⇩ ケイセイフーズ社長は即金で納品を依頼するも「業者ごときが調子にのるな」発言 ⇩ 一時はSAが通常営業に戻る ⇩ 社長が部長を解雇・支配人を更迭するなど無茶苦茶な対応 社員と納品業者がそろってストライキ発動 ⇩ 社員・納品業者一同「解雇された部長の復職と
SQLアンチパターンもりもりDBを設計しよう！ - Qiita
概要 名著SQLアンチパターンを読み終えたので、それの復習のために悍ましいデータベースを作ろうと思った。 まず前半では、SQLアンチパターンを意図的に盛り込み、目も当てられない酷い設計をします。 そのあとリファクタリングを行なったER図に書き直していきます。 なお、真面目に書くと参考書の丸写しになってしまうので、この記事は アンチパターンもりもりのER図を見て嫌悪感を学習し、設計に役立てようという趣向のもと、詳しい説明は省きます。 とても良い本なので読んでください。 想定するシステムの概要と状況 目的において適切かはわかりませんが、とりあえず考えることの多い”お金”を扱うシステムを想定してみます。 私はブラックジョークが好きなので、今回は「ちょっと怖い金融屋さんが使う債務者管理システム」のER図を設計してみようと思います。 ざっくりした要件 債務者を登録でき、プロフィールを入力できる。 債
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
［議論］給料は「もらう」のではなく「稼ぐ」という感覚、ありますか
複数ECサイト運用業務を自動化する「eシェルパモール2.0」をスクロール360が提供スタート | ネットショップ担当者フォーラム
