日本国内でデザインシステムに取り組んでいる会社・事例をまとめてみた｜seya海外の事例はいろいろあるので見てきたのですが、国内ではどんな会社が取り組んでいるのか、興味があったので調べてまとめてみました。 「おいおい、この会社が足りないぜ！」というものがあればコメントで教えていただけると喜びます。 Wantedly
【社内資料公開】運用手順書を作る時のポイントについて書いてみた | DevelopersIO
はじめに こんにちは植木和樹＠上越妙高オフィスです。本日は私がここ10年くらい意識している運用手順書を書くときのポイントについてまとめてみました。 対象読者 開発・構築したシステムを別の人に引き継ぐ予定のある人 他の人が作ったシステムを引き継ぐ担当の人 半年後の自分でも分かる手順書の書き方に困っている人 （この記事を読むのにかかる時間の目安：5分） 1. ドキュメントの冒頭に書くこと まず個々の詳細手順の前に、ドキュメント自体について記載してもらいたいことです。 1.1. ドキュメントに書かれていることを3行で書く ドキュメントの最初には、このドキュメントに何が書かれているのかを100文字くらいで書いておくと良いでしょう。 システムが増えれば増えるほど手順書も増えていくものです。見つけたドキュメントに自分の期待するものが書かれているのか、冒頭数行でわかるようになっているとうれしいです。 1
なぜ社内の情報共有は進まない？社員全員が競って情報共有する不思議な企業が！
「情報共有」は、会社の大きな課題であると同時に一大ビジネスでもある。試しにグーグルなどの検索エンジンで「情報共有」と検索してみてほしい。 「営業支援システム」「社内SNS」「グループウェア」など、数多くの広告が表示されているだろう。この手の商売は、会社の悩みが尽きることがないので良い市場でもある。 だが、うまく情報共有をしている会社は残念ながらほとんどない。大事だと思っていても、皆できない。筆者の前職でも「社内SNS」はあったが、活用している人は全体の1割から2割程度だっただろう。 なぜ大事だとわかっていても情報共有ができないのか。 答えは簡単だ。ほとんどの会社は「情報の入れ物」を導入することには熱心だが、その入れ物に情報を誰がどう入れるのか、ということを考えるのに熱心ではないからだ。 そういった入れ物は本来、自発的に情報を入れてもらわなければ質の高い情報が集まらないのだが、ほとんどの組織
ウオーターフォール中心の企業が見直すべき4つの課題
ウオーターフォール中心の企業が見直すべき4つの課題：特集：「差別化」をリードする、アジャイル時代のプロジェクト管理（1） 先が読めないニーズの変化に対応しながらITサービスを開発するためには、どのようにプロジェクトを管理すれば良いのだろうか？ 手作業中心の「静的な管理」がもはや通用しない理由と、今求められる「動的な管理」の要件を考える。 大企業にも強く求められる、アジャイルやDevOpsのアプローチ 今、ソフトウェア開発の在り方があらためて見直されている。背景にあるのは、ニーズに対応する「スピード」が差別化の一大要件となる、昨今の市場環境変化の速さだ。 今やおよそ全てのビジネスをITが支えている他、Webやモバイルが社会に深く浸透し、社外に提供するITサービスも収益、ブランドを左右する重要な顧客窓口になっている。加えて近年のIoT、FinTechトレンドにおいては、ニーズの変化に迅速に対応
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
