Pytanie:
Jak grzecznie uniemożliwić współpracownikom zmianę własnego wkładu w bazę wiedzy?
demonz demonz
2013-01-11 22:07:25 UTC
view on stackexchange narkive permalink

W firmie, w której pracuję, szeroko wykorzystujemy bazę wiedzy w kwestiach technicznych. Każdy może zadawać pytania i każdy może na nie odpowiedzieć.

Oczywiście zawsze jest coś, co według nas można by poprawić. Na przykład czasami ludzie błędnie zapisują słowa lub używają konstrukcji leksykalnych, których nie lubią inni członkowie zespołu.

Tak więc powstał problem: zamiast wysyłać komentarze do oryginalnego autora wkładu, ludzie po prostu edytują wkład tak, aby pasował do ich osobistych preferencji.

To spowodowało ciężką atmosferę w w miejscu pracy, ponieważ ludzie czują - nie znam dokładnego słowa - brak szacunku, gdy wnoszą wkład, a następnie inny członek zespołu wkłada im słowa w usta, edytując ich post. Historia zmian nie jest wyświetlana.

Wiem, że zmiany są dokonywane z najlepszymi intencjami, ale myślę, że właściwym sposobem postępowania jest zasugerowanie zmiany zamiast bezpośredniego edytowania wkładu i pozostawienie ostatecznej decyzji pierwotnego autora.

Jak uprzejmie i profesjonalnie poprosić redaktorów o zaprzestanie edytowania, aby nie zranić uczuć autorów?


Zgodnie z prośbą jcmeloni w komentarzach poniżej znajdują się zasady bazy wiedzy:

  1. Każdy może mieć konto. Konto ma nazwę (niekoniecznie prawdziwe imię i nazwisko) oraz zdjęcie.
  2. Każdy może otworzyć „wątek”, na który mogą odpowiedzieć inni członkowie społeczności.
  3. Każdy może odpowiadać na „wątki”, a nawet odpowiedzi.
  4. Wątek i odpowiedzi mają „wkład”, który pokazuje, kto jest oryginalnym autorem.

Przykład:

 Wątek: Jak połączyć się z Baza danych MySQL? - kogoro1122 (zdjęcie kogoro1122) Odpowiedz: zrób x, yiz, potem módl się. - Satoshi44 (zdjęcie Satishi44) 

Problem pojawia się, gdy jakiś inny użytkownik uważa, że ​​żart satoshi o modlitwie nie jest gustowny, nieprofesjonalny lub w inny sposób nie pasuje do jego standardu, a następnie przechodzi do edycji odpowiedzi satoshi, usuwając „potem modlić się”.

Satoshi potem podchodzi do mnie i pyta: „Dlaczego stary?”

Prosimy o wyjaśnienie w swoim pytaniu wszelkich reguł istniejących w bazie wiedzy Twojej firmy. Na przykład odnosisz się do redaktorów, co oznacza, że ​​jest skonfigurowany tak, aby ludzie mogli edytować, co zwykle oznacza, że ​​taki jest zamiar, ale nie wspominasz, czy firma ma wytyczne dotyczące edycji poza strukturą uwierzytelniania dowolnego oprogramowania ty używasz.
Myślę, że przegapiłeś: * nie wspominasz, czy firma ma wytyczne dotyczące edycji poza strukturą uwierzytelniania dowolnego używanego oprogramowania. *
@GreenMatt Trochę zredagowałem pytanie, aby uczynić przykład bardziej zrozumiałym. Myślę, że sedno sprawy polega na tym, że historia zmian nie jest wyświetlana, więc zmiany wprowadzone przez społeczność są przypisywane osobie, która pierwotnie opublikowała
** Komentarze usunięte ** - Nie używaj komentarzy do odpowiedzi na pytania. Komentarze mają pomóc użytkownikowi w wyjaśnieniu jego postu poprzez zadawanie pytań wyjaśniających. Jeśli chcesz porozmawiać na ten temat, skorzystaj z [czatu].
rozważ przyjrzenie się [porady dotyczące utrzymania wiki zespołu] (http://programmers.stackexchange.com/a/164043/31260) na stronie Programmers. W szczególności na tym: „** Bądź odważny ** podczas aktualizowania stron: napraw problemy, popraw gramatykę, dodaj fakty, upewnij się, że sformułowanie jest poprawne itp.” Oraz „** lepiej szybciej niż idealnie ** polegaj w sprawie recenzji i opinii ... ”
Ciekawe, że zostało to zredagowane i stało się Wiki Społeczności
Trzynaście odpowiedzi:
Rachel Keslensky
2013-01-11 22:21:23 UTC
view on stackexchange narkive permalink

Celem utrzymania bazy wiedzy jest rozpowszechnianie wiedzy, a nie „unikanie ranienia uczuć innych ludzi”. Pytanie, jak zapobiec zmianom w imię pokoju i harmonii, jest zadawaniem całkowicie niewłaściwego pytania.

Czy uważasz, że wikipedia przetrwałaby długo, gdyby nikt nie mógł wprowadzać zmian tylko dlatego, że „może to zranić czyjeś uczucia”? Co powiesz na to, że byłeś częścią firmy hydraulicznej - jeśli spartaczyłeś pracę, która przeciekała wszędzie i zalewała pomieszczenie, czy Twoi współpracownicy uprzejmie poinformowali Cię, że musisz naprawić wyciek, czy powinni po prostu naprawić wyciek kiedy to zauważą (i zapobiegną dalszym kosztom szkód spowodowanych przez wodę)?

Możesz w to wierzyć lub nie, ale Twoi współpracownicy zachowują się właściwie - zamiast pozwolić, aby literówki i niepoprawne informacje trwały tylko dlatego, że ich współpracownicy są leniwi / nie rozumieją powodu zmiany, naprawiają ją na miejscu.

Nie potrzebujesz ludzi, aby przestali edytować - musisz stworzyć atmosferę, która zachęca do zbiorowej własności i zniechęca do „posiadania osobistego” danego tematu lub posta. Wyraźnie zaznacz, że posty są zasobem firmy i każdy może (i powinien!) Edytować posty, aby były jak najlepsze.

Jeśli cała firma przejmuje własność treści w bazie wiedzy, wtedy poszczególni pracownicy przestaną osobiście edytować zawartość. Tylko w ten sposób można zagwarantować, że treść - czyli przede wszystkim cel bazy wiedzy - jest jak najwyższej jakości.

** Komentarze usunięte: ** Użyj [czatu] do dłuższych dyskusji, ponieważ komentarze mają pomóc użytkownikowi ulepszyć jego post.
@jmort253 Czy zranili czyjeś uczucia? :-P
@TobiasKienzler nie, gadatliwe komentarze utrudniały szerzenie wiedzy :)
Podejrzewałbym, że żarty mają pewne ukryte znaczenie, być może ostrzeżenie lub oczekiwanie, a gdyby były bardziej wyraźne, mogłyby być wartościowe. Być może zasugeruj autorom i redaktorom, że opisują te osadzone zwiastuny z bardziej odpowiednimi szczegółami. Może to zapewnić każdemu większą satysfakcję.
@TobiasKienzler - lol, nie. :) Wszyscy byli serdeczni na ten temat, a to naprawdę * byłoby * doskonałą dyskusją na naszym czacie, ale ten post zamienił się w rozszerzoną dyskusję, której staramy się uniknąć w głównej części witryny z pytaniami i odpowiedziami, ponieważ powody opisane w [tym poście meta] (http://meta.workplace.stackexchange.com/questions/72/what-comments-are-not). Jeśli kiedykolwiek kręcisz się w pobliżu i widzisz, że długi wątek z komentarzami zaczyna się rozwijać, możesz umieścić link do [czat]. :)
David Robinson
2013-01-11 23:28:47 UTC
view on stackexchange narkive permalink

Brzmi to jak problem z oprogramowaniem bazy wiedzy. Każda baza wiedzy z możliwością edytowania treści innych użytkowników powinna zachowywać historię edycji (tak jak na przykład robi to Stack Exchange i Wikipedia, lub podobnie jak oprogramowanie do kontroli wersji). Zachowuje to odpowiedzialność, a nawet może stać się ważne w kwestiach prawnych w miejscu pracy (na przykład, co jeśli jeden użytkownik zmodyfikuje komentarz innego użytkownika, aby zawierał nękanie?)

Jeśli jesteś naprawdę pewien, że Twoje oprogramowanie nie obsługuje żadnego rodzaju historii edycji (podobnie jak w przypadku Stack Exchange ma link „edytowano X minut temu” pod każdym postem), czas wybrać nowe oprogramowanie. (Jest nawet cała lista klonów Stack Exchange, z których jeden może być odpowiedni).

+1 za sugerowanie nowego oprogramowania! Myślę, że to jest prawdziwe rozwiązanie, a nie próba zmiany zachowania użytkownika, aby pasował do złego oprogramowania.
To. Jest rok 2013, jak możesz nie mieć jakiegoś systemu rewizji? Co powstrzymuje dowcipnisia lub niezadowolonego pracownika przed wpadnięciem w szał podczas edycji? Bez możliwości śledzenia, Twój KB mógł już zostać naruszony i nawet byś o tym nie wiedział ...
Tak, Stack Exchange ma dwie funkcje, które wchodzą w grę podczas edytowania posta i myślę, że obie są ważne: łącze „edytowane przez” pojawia się u dołu, a oryginalny autor (lub moderatorzy) może cofnąć modyfikację, jeśli nie sądzą, że to poprawa. Jedyną rzeczą, o której mogę pomyśleć, aby to poprawić, byłoby otrzymywanie powiadomienia, gdy ktoś edytuje Twój post.
@BrendanLong W rzeczywistości _jest_ powiadomienie, gdy Twoje posty zostały zmodyfikowane. Ale to, czego brakuje, to powiadomienie, jeśli Twoje zmiany w poście _innego_ zostaną zmodyfikowane
HLGEM
2013-01-11 22:17:51 UTC
view on stackexchange narkive permalink

Nie masz. Nie powinieneś czuć się urażony bardziej niż urażony, gdy ktoś zmieni Twój kod. Nie jesteś właścicielem bazy wiedzy, ale grupa ma. Nie ma w tym żadnego braku szacunku, a jeśli czujesz, że tak jest, musisz spojrzeć na swoje własne nastawienie.

Jeśli ktoś zrewiduje Twój wkład i czujesz, że zmienił znaczenie, zrób to ponownie. Jednak nie używaj tych samych słów, ponieważ wyraźnie były one niejasne na początku lub inna osoba nie zinterpretowałaby ich błędnie.

Chodzi o to, że wkład NIE SĄ Twój bardziej niż kod, który piszesz, nie jest Twój .

** Komentarze usunięte ** - Do rozszerzonych dyskusji używaj [czatu]. Komentarze mają pomóc użytkownikowi w wyjaśnieniu jego postu.
enderland
2013-01-11 23:34:20 UTC
view on stackexchange narkive permalink

Jak więc uprzejmie i profesjonalnie poprosić redaktorów o zaprzestanie edycji bez ranienia ich uczuć?

W innych odpowiedziach omówiono, dlaczego zezwolenie na zbiorową edycję jest dobrym pomysłem.

Kilka praktycznych sposobów na uniknięcie zranienia:

  1. Dodaj jakąś historię "zmian", abyś zawsze mógł zobaczyć, kto co zmienia (w zasadzie jak działa Wymiana stosów)
  2. Dodaj opis „powodu zmiany”, aby za każdym razem, gdy ktoś modyfikował istniejący tekst, musiał podać powód.
  3. Jasno poinformuj cały zespół o powodach, dla których edycja zbiorowa istnieje.
  4. Jasno przedstaw standardy tego, co jest właściwe. Czy żarty są właściwe? Czy terminy nietechniczne są odpowiednie? itd.

Większość narzędzi, które umożliwiają zbiorową edycję, powinna mieć funkcjonalność do wykonywania zadań nr 1 i 2.

Jeśli nie masz, znajdź oprogramowanie, które to robi.

Wszystkie dobre sugestie, ale polecam jeszcze jedną - osobistą odpowiedzialność. W PO stwierdza się, że redaktorzy nie muszą używać swoich prawdziwych nazwisk. Podejrzewam, że gdyby wprowadzono zasadę „prawdziwego nazwiska”, wiele drobnych zmian lub zmian, które można by wykonać osobiście, przestałoby się wydarzyć. Ludzie mają tendencję do ukrywania się za nazwami ekranów i robienia rzeczy, których normalnie nie robiliby (lub nie powinni) robić, gdy jest do nich dołączone ich własne imię / twarz. Zastanawiam się, dlaczego taka zasada nie istnieje już w korporacyjnej bazie wiedzy.
Keith Thompson
2013-01-12 07:26:19 UTC
view on stackexchange narkive permalink

Prawdziwym problemem nie jest to, że inni ludzie edytują Twoje treści. Prawdziwym problemem jest to, że interfejs użytkownika bazy wiedzy sprawia, że ​​ wygląda Twoja treść, podczas gdy w rzeczywistości należy ona do firmy.

Jeśli piszę artykuł według własnych upodobań, ktoś inny dokonuje w nim zmiany, której nie lubię lub z którym się nie zgadzam, i nadal przedstawia mnie jako jedynego autora, to na pewno, ja Będę zirytowany.

Ale jeśli na górze artykułu są na przykład nazwiska oryginalnego autora i wszystkich innych, którzy go redagowali, lub po prostu nie pokazuje nikogo lub pokazuje pełną historię edycji w innym widoku (np. historia edycji Stack Exchange lub strona „Wyświetl historię” Wikipedii), wtedy będę się tym mniej przejmował.

Chodzi o to, aby jasno powiedzieć, że baza wiedzy jest wspólnym wysiłkiem i że nikt nie jest jej „właścicielem”.

Z drugiej strony, jeśli naprawdę chcesz, aby jednostki „posiadały” treści i biorąc za to pełną winy i / lub uznanie, możesz skonfigurować swoją wiedzę podstawa, tak aby tylko oryginalny autor mógł edytować treść. Ale jak pokazują Wikipedia i Stack Exchange, model edycji zespołowej może być niezwykle skuteczny.

Mimo to, są chwile, kiedy lepiej jest zaproponować zmianę oryginalnemu autorowi, niż tylko samemu. Na przykład, jeśli widzisz problem, ale nie jesteś pewien, jak należy go naprawić, prawdopodobnie dobrym pomysłem jest omówienie go; tutaj na Stack Exchange robimy to, publikując komentarze. A jeśli znajdziesz się w „wojnie o edycję”, w której dwóch redaktorów na przemian odwraca swoje zmiany, zdecydowanie powinieneś spotkać się z drugą osobą lub, jeśli to konieczne, przekazać sprawę do kierownictwa (na Stack Exchange moderatorzy odgrywają tę rolę) .

Wspólna edycja to potężne narzędzie. Bezpośrednia edycja treści to dobry sposób na osiągnięcie tego, ale nie jest to jedyny sposób.

Dibstar
2013-01-11 22:49:39 UTC
view on stackexchange narkive permalink

Istnieje baza wiedzy, która służy organizacji poza jakąkolwiek osobą. Ciągły proces udoskonalania (i edytowania) pozwala z czasem na ulepszanie tej wiedzy przez innych członków organizacji.

Wrażliwość na zmiany sugerowałaby współpracownikom poczucie własności wiedzy, która po prostu nie jest prawdziwa oraz przynosi efekt przeciwny do zamierzonego, jeśli chodzi o ogólny cel bazy.

Myślę również, że to pytanie całkiem dobrze rozwiązuje niektóre z podstawowych problemów.

dobry link. I znowu, nie chodzi o wiedzę, ale o wkładanie słów w usta innych ludzi
@demonzdemonz Więc usunąć część pokazującą, kto jest oryginalnym autorem?
Zgoda. jeśli nie możesz wyświetlić pełnej historii zmian, nie pokazuj żadnej.
Jeanne Boyarsky
2013-01-11 22:21:47 UTC
view on stackexchange narkive permalink

To nie jest TWOJA strona w bazie wiedzy. To jest firma. Podobnie jak wiki - wiele osób edytuje tę samą stronę i nikt jej nie jest właścicielem. W swoim pytaniu użyłeś słowa „właściciel”. Co sprawia, że ​​jesteś właścicielem? Fakt, że najpierw napisałeś odpowiedź?

Nie chcesz wdawać się z kimś w „wojnę o edycję”. Jeśli czujesz, że znaczenie się zmieniło, porozmawiaj z tą osobą, aby zrozumieć, jaka powinna być treść.

w rzeczywistości ma pewne różnice z wiki, zobacz, co odpowiedziałem pannie Rachel.
Odpowiedziałem, że nadal jest to wiki, nawet jeśli twoja wersja potwierdza, kto pierwszy skomentował. Jak powiedziałem, Stack Exchange to wiki z podobnym stopniem „własności” i doskonałym przykładem tego, jak taki system może działać bez dramatu, który opisałeś w swoim pytaniu.
hahahaha nie ma dramatu. przynajmniej jeszcze nie teraz ... jednak nie widać dużej różnicy między stroną, do której nie jest dołączone nazwisko autora, jak wiki, a stroną, na której każdy wpis mówi „X napisał to…”. Wymiana stosów nie jest wiki. Oczywiście wszystkie artefakty związane z dzieleniem się wiedzą są podobne, ale nie wszystko jest wiki w ten sam sposób, w jaki słownik i encyklopedia to różne, ale podobne rzeczy.
@demonzdemonz na tej stronie, pokazuje, kto stworzył post i kto go edytował. Twoje imię nadal może być dołączone do czegoś, czego sam nie napisałeś
Dino
2013-01-12 01:43:54 UTC
view on stackexchange narkive permalink

Ogólnie uważam, że umożliwienie ludziom edycji i łatwego rozwoju wiedzy przeważa nad potencjalnymi „zranionymi uczuciami”, które powodują takie zmiany.

Wydaje mi się, że baza wiedzy jest bardzo podobna zasób do firmy jako podstawę kodu (zakładając firmę programistyczną na potrzeby analogii). W przypadku kodu przeglądanie kodu pomaga zwiększyć jakość. Można to zastosować do Twojego przypadku w następujący sposób: każdy może wprowadzić zmianę, ale zanim zostanie ona opublikowana, musi zostać sprawdzona i zaakceptowana przez jednego (lub więcej, dostosuj to do woli) współpracowników. Ma to kilka fajnych efektów:

  • Pierwotny współtwórca widzi, że wiele osób zgadza się ze zmianą.
  • Jeśli ktoś próbuje wprowadzić zmianę, która jest tylko pomocna dla jego gust, inny współpracownik może to wyłapać podczas „recenzji zmiany”.
To dobra uwaga. W przypadku osób niebędących moderatorami Stack Exchange wymaga, aby oryginalny autor lub trzech moderatorów zatwierdziło zmianę. Znalezienie oprogramowania z tą funkcją może rozwiązać problem. Ale może również zapobiec drobnym, ale przydatnym zmianom, takim jak poprawianie literówek, ponieważ mogą nie być warte wysiłku.
mightyrick
2013-01-12 02:01:49 UTC
view on stackexchange narkive permalink

Prostą odpowiedzią jest umiar. Poziom umiaru zależy od Twojej firmy. Czasami zwykła moderacja rówieśników działa dobrze. Innym razem możesz potrzebować cotygodniowego spotkania współtwórców, aby przejrzeć dodatki / usunięcia / edycje bazy wiedzy.

Skontaktuję się z Twoim przełożonym, wyjaśnię problem, a następnie zasugeruję powyższe rozwiązanie. To robi kilka rzeczy. Po pierwsze, pokazuje, że aktywnie sugerujesz ciągłe doskonalenie procesów biznesowych. Po drugie, pokazuje, że myślisz bardziej „z szerszej perspektywy”, zamiast po prostu prosić o szybkie rozwiązanie swojego indywidualnego problemu. Takie rzeczy mogą tylko przynieść korzyści.

Ostatnią rzeczą, jaką to robi, jest umożliwienie przełożonemu - posiadającemu uprawnienia - zaprezentowanie zespołowi nowego procesu. Może to zrobić bez oskarżania kogokolwiek o niewłaściwe postępowanie lub ranienie jego uczuć. Można to postawić w świetle ciągłego doskonalenia - co jest absolutnie dokładne.

Polecam ludziom, aby zawsze starali się myśleć z szerszej perspektywy, gdy pojawiają się problemy. Jeśli wydarzy się coś nieproduktywnego, nie staraj się tylko myśleć o tym, jak samodzielnie rozwiązać problem. Zamiast tego spróbuj pomyśleć także o tym, co można zrobić, aby ten problem nie przydarzył się innym w przyszłości.

To. Moderacja - moderator dla każdego „przedmiotu” - taki, który jest szanowany jako lider danego przedmiotu. Atmosfera Wikipedii dla wszystkich nie będzie działać w wielu środowiskach zawodowych, w których ludzie pracują tak często ze sobą, jak z bazą wiedzy.
Dominic Cronin
2013-01-12 19:47:16 UTC
view on stackexchange narkive permalink

Jeśli Twoim zamiarem jest, aby baza wiedzy była własnością grupy i była przez nią utrzymywana, najważniejsza jest możliwość edytowania i aktualizowania istniejących treści. Masz dwa oczywiste problemy. 1) Zredagowany tekst pozostaje nieprawidłowo przypisany oryginalnemu autorowi, oraz 2) Niektórzy ludzie mogą nie doceniać, że czyjaś edycja ich tekstu jest ulepszeniem.

Wiele z tych problemów pojawiło się na początku istnienia wiki, a dyskusja wokół nich jest zachowana (a raczej nadal aktywna) na pierwszej wiki. Dobrym punktem wyjścia do odwiedzenia może być RefactorWhleRespectingSignatures.

Jest tam wiele przydatnych materiałów i na pobliskich stronach, które mogą pomóc w przeprowadzeniu odpowiedniej dyskusji z zespołem na temat lepszej współpracy.

Odnośnie drugiego punktu: że komuś może się nie podobać edycja ich tekstu; zawsze mają możliwość cofnięcia zmiany lub wprowadzenia własnych wyjaśnień lub ulepszeń. Do tego rodzaju współwłasności trzeba się przyzwyczaić. Dobrze jest, jeśli wszyscy otwarcie mówią o zasadach przewodnich, których przestrzegania oczekują od siebie nawzajem.

user3490
2013-01-12 16:33:32 UTC
view on stackexchange narkive permalink

Umiar, jak wspomnieli inni tutaj, jest jedną z opcji i może pomóc w indywidualnych sporach dotyczących zgłoszeń. Jeśli jednak jeszcze takiego nie masz, rozważ sporządzenie przewodnika stylistycznego - zestawu wzajemnie uzgodnionych zasad i wytycznych dotyczących wkładów.

Są one ważną częścią wielu wiki i pomagają autorom uzyskać stopień naukowy. standaryzacji. Nie musi być tak długi ani tak szczegółowy, jak podręcznik stylu Wikipedii - nawet kilka podstawowych wskazówek może wiele zdziałać. Jeśli już ją posiadasz, rozważ jej rozszerzenie lub jeśli Twoja baza wiedzy jest bardzo duża, może nawet utwórz osobne bazy dla różnych typów wpisów.

Pomoże to ludziom uniknąć wprowadzania zmian, które prawdopodobnie zostaną nadpisane.

gotta have my pops
2013-01-13 02:46:11 UTC
view on stackexchange narkive permalink

Dlaczego przede wszystkim istnieje niejasność w przyjętym stylu odpowiedzi?

Może powinna znajdować się gdzieś lista wskazówek dotyczących tego, co jest akceptowalne, a co nie. Nie wiem, jaka jest kultura Twojej firmy, ale na przykład kultura mojej firmy jest bardzo luźna i swobodna, więc żarty są akceptowane na naszych wiki (pracuję w grupie startupów technologicznych dużej firmy technologicznej, więc nie zgadzam się a inni respondenci narzucają innym swoją kulturę firmową, ponieważ zdecydowanie nie jest to ogólna postawa tutaj i w większości miejsc). Ale ponieważ wydaje się, że w Twojej firmie jest zamieszanie, być może powinno to zostać zarysowane.

I tak, edytowanie prac innych ludzi jest niegrzeczne. Myślałem, że to oczywiste. Więc nie zgadzam się z HLGEM, że ktoś zmieniający twój kod to po prostu dandys. To jest tutaj ogromne tabu . Nie zmieniasz kodu innej osoby bez recenzji z oryginalnym autorem podanym wraz z wyjaśnieniem.

Oczywiście, w zależności od kultury Twojej firmy, działanie jest prawdopodobnie inne. Ale myślę, że należy podjąć działania, nakreślić, co jest akceptowane, i odebrać prawa do edycji postów innych osób. Jeśli ktoś chciałby coś edytować, to zaproponowałby zmianę pierwotnemu autorowi, a do pierwotnego autora należałoby zaakceptowanie lub odrzucenie, podając uzasadniony powód, tj. Będąc urażonym żartem, jestem pewien częściej niż nie, oryginalny autor nie naciskał na żart, który kogoś obraża. Jeśli redaktor ma problem z decyzją pierwotnego autora, zostanie on przekazany reszcie grupy roboczej, w przeciwnym razie po prostu go porzuć. Uważam, że jest to najbardziej sprawiedliwy sposób rozwiązania tego problemu.

I oczywiście, gdyby był to klient, który ma do czynienia z FAQ, a nie wewnętrzną wiki, w pierwszej kolejności powinny zostać ustalone podstawowe zasady dotyczące akceptowalnych odpowiedzi. .

„Nie zmienia się kodu innej osoby bez recenzji z oryginalnym autorem, podanym wraz z wyjaśnieniem”. Więc jeśli zostanie znaleziony krytyczny błąd, a osoba, która napisała tę sekcję kodu, właśnie wyjechała na miesięczne wakacje, czekasz, aż wrócą, aby porozmawiać o wprowadzeniu zmiany? A jeśli opuścili organizację?
Wspominasz o wszystkim, co jeśli. I szczerze mówiąc, są retoryczne. Jeśli dana osoba jest na miesięcznym urlopie i wystąpił błąd lub nie ma jej już w organizacji, to oczywiście dokonujesz zmiany. Ale jeśli siedzą w swoim biurze, a ty zamierzasz zmienić ich kod, nie rozmawiając z nimi ani nie informując ich o problemie, wtedy widzę problem. Ale wygląda na to, że i tak mówimy retoryką, więc ten komentarz prawdopodobnie nie ma dla ciebie znaczenia.
@GreenMatt nie mówimy tutaj o krytycznych błędach, ale o bezużytecznych edycjach tylko dla przyjemności „poprawiania” kogoś. Dzielenie się to troska, ale mówimy o jawnym lekceważeniu czyjegoś autorytetu i odpowiedzialności za własne dzieło.
Agent_L
2013-01-12 21:43:22 UTC
view on stackexchange narkive permalink

Źródłem problemu jest używanie oprogramowania forum, ale traktowanie go jak wiki. Oba podejścia są świetne, ale nie powodują fałszywego przedstawienia jednego jako drugiego. Usuń uprawnienia do edycji lub usuń nazwiska autorów. A jeśli chodzi o dokładną odpowiedź na twoje pytanie: Przypomnij użytkownikom, że twoja baza wiedzy jest „forum”, a nie „wiki” i powinna być tak traktowana. Jednak często lepszym rozwiązaniem jest zmiana oprogramowania lub po prostu jego ulepszenie.

Jak zauważyli inni, autorzy i czytelnicy są skłonni wierzyć, że posty są rzeczywistymi oświadczeniami autorów, podczas gdy tak nie jest. To absolutnie normalne, że ludzie są zdenerwowani - twoja baza wiedzy opiera się na kłamstwie.

Wyobraź sobie, że ktoś mógłby edytować „Satoshi44” i modlić się „na” i uderzać męża / żonę dyrektora generalnego. Lub po prostu dziecinne „Jestem (wstaw tutaj orientację seksualną)”. Twoi pracownicy wykazali się już dużą odpowiedzialnością i grzecznością, powstrzymując się od takich żartów. Edycja historii tylko ułatwiłaby prześladowania, ale problemem jest włożenie komuś słów do ust.

Gdybym pracował w Twojej firmie, po prostu zmieniłbym wszystkie posty na coś bardzo, bardzo obraźliwego, a następnie wysłałbym list do wszystkich „Znalazłem błąd w naszej bazie wiedzy i podjąłem wysiłek, aby go zademonstrować. Nie ma za co.”.

Edycja: Czuję, że jestem źle zrozumiany. Nie proponuję OP podjąć żadnych drastycznych działań, po prostu przedstawiam scenariusze gorsze niż te, które mają miejsce teraz. Jako argument do obecnych przełożonych podczas omawiania potrzeby zmiany obecnego oprogramowania.

Jest jeszcze gorszy scenariusz niż zmiana tablicy na 4chan: jedna edycja ostatecznie zraniłaby uczucia Satoshi44 tak bardzo, że złoży on pozew o odszkodowanie za zniesławienie, ponieważ firma publikuje posty przedstawiające czyjeś opinie i fałszywie twierdzą, że są jego.

Zaczęło się dobrze, ale ostatnie dwa akapity spowodowałyby zwolnienie.
@BrendanLong: może czwarty. Dlaczego 3rd? To tylko przykład problemów prawnych, jakie może powodować obecny system. A firma, która używa młotków do wbijania śrub, rzadko jest warta pracy.


To pytanie i odpowiedź zostało automatycznie przetłumaczone z języka angielskiego.Oryginalna treść jest dostępna na stackexchange, za co dziękujemy za licencję cc by-sa 3.0, w ramach której jest rozpowszechniana.
Loading...